железо то какое?

igorsiaпамяти должно быть п полтора раза больше чем размер индексов рабочей таблицы.

Странное требование.

Дедушка Хренжелезо то какое?
Обычный сервак. Про гигабайты оперативки писать не нужно...см. первый пост про то, что "отложенные записи" не подходят.
С уважением.

Отложенные записи тут ни причем. из того что вы написали самая критичная часть - " Порядка 1000 входов (большая часть одновременно) ". Каждое соединение - это отдельный thread. Для него выделается jcm. определенная память под стек треда (около 2М на стандартном glibc или около 256К на бинарниках, собранный в mysql статически) + некоторые буферы, которые выделяются на каждое соединение. Посчитайте - 2М на 1000 соединений получается 2 гига (только на сами соединения) не считая буферов на индексы и query cache. Так что малой кровью тут не обойдетесь.

igorsia
исходя из опыта работы на больших таблицах при частых записях в базу данных

Куда то вас опыт завел... (смотрит на 15Г базу перед собой на сервере с 2Г RAM). Все нормально работает и выши требования явно избыточны.

... а если разместить всю базу на виртуальном диске в памяти, то будет еще быстрее.

.. А если на 64 процессорный сервак, то вообще хорошо..

Только говорить, что _всем_ надо память в полтора раза больше индексов - это (извините за резкость) профанация. Это выглядит как если бы врач _всем_ больным прописывал УВЧ. Кому-то поможет.

Зависит и от запросов и от _количества_ индексов, и от типа и настроек engine и вообще от тучи вещей.