зымного памяти нужно набивать с диска и постоянно скидывать данные и транзакции в лог на диск отдельный рэйд контроллер с райбэк рэшированием под логи и пара дисков в зеркало, скорее всего успешно прожуют ваши логи и будет подешевле килобакса в итоге.

зыIvan_Pisarevskyотдельный рэйд контроллер с райбэк рэшированием под логи и пара дисков в зеркало, скорее всего успешно прожуют ваши логи и будет подешевле килобакса в итоге.
Как отдельный рейд ускорит сбрасывание данных на диск при активной работе, если в сервере будет стоять дофига памяти?Коллега, в сабже вопрос про МССКЛ, вы мне суете ссылку на майскл... ась?

В МССКЛ есть такая хрень, лог транзакций, если его замутить на отдельный контроллер, то это соответственно снизит нагрузку на контроллер на котором лежит собственно БД.

Кэш буфер на ОЗУ даст еще ИОПСов чем флеш, а когда закэшированные данные будут сбрасываться на диски, то это будет линейная запись большими блоками, где САТА вполне уместны и обладают на порядок большим объемом при сопоставимой цене. дадут на запись более 50 мегабайт в секунду, при такой скорости записи флеш на 100 гиг забьется под завязку менее чем за сутки, а пара САТАшек по паре терабайт на брата в зеркале уже дадут вполне достаточный объем.

зынапишу ещё раз: до тех пор, пока логи не заполнятся, или не потребуется закоммитить? а если ещё и читать начнем "грязные" данные, только ли линейной записью продолжит заниматься контроллер? И тут Остапа понесло... (с). тут даже комментировать нечего, ибо бред полнейший.