NiTr0
Транзакций? Задержки в пределах нормы транзакций, раза в 2, а цена раза в ... 4? ))

Если в таблице штук 40 составных индексов? Куда больше нагрузка будет? Логи или файлы бд?
Про индексы я не шутил


При контрольный точке диски не просаживаются. Какой будет прирост?

Про 8гб КЭШ хранилища не забываем хотя там может и поболее. Надо спросить

Если упирается в дисковую подсистему - не в 2 раза, а эдак на порядок... Сравните iops винтов и ссд.


Файлы БД. Ибо запись нескольких строк в таблицы в лог транзакции падает 1 раз. А потом, при внесении данных в таблицу, меняется и табличка, и файлы индексов (все 40 штук).


Не видя статистики загрузки процов/дисковой подсистемы - как можно ответить на это?


Ну и толку? Повторюсь, гигантский кеш спасает только при чтении. Сильно смягчить iops он не может. После тюнинга высоконагруженной мускул БД (заббикс, порядка 2к показателей, часть - сата рэйд1, iops порядка 200 и все записи, софтрэйд снижал iops где-то до 120-130 на диск увеличивая средний размер блока), после увеличения лога до размера 2-часового объема записываемых данных (больше - смысла нет, иначе после краша сервера мускул долго будет откатывать лог) iops упал где-то до 50. Т.е. - появился запас, но небольшой по сравнению с SSD - где 50000-100000 iops в порядке вещей.

NiTr0
Мускул? А я про oracle + ms sql. СУБД с 300 одновременно работающими пользователями и размером от 500gb до 12тб

КЭШ спасает от убогого кода на запись.

Берем, для примера, хранилище Emc dmx4.
Забудьте про raid в том понятии, что в статьях пишут.)

И что, там волшебные оптимизации есть? Или мсскл пишет в кеш, наплевав на целостность данных?


Размер не всегда имеет значение. Сколько гигабайт данных в сутки пишется в БД? В моем случае - порядка 1 ГБ в сутки. Немногим более 30 запросов записи в секунду. И потолок будет в 4-5 ГБ/сутки, или сотни полторы запросов в секунду.


Не спасет. Данные все равно надо на винт сбрасывать. Причем - записать данные во все индексы, и вычистить записи из бинлога.


И берем, для примера, рєйд-массив из SSD. Сравниваем производительность обеих решений, сравниваем цену...