Leonid KudryavtsevHettкак понимаю, тот же инсерт будет считаться завершенным только после записи в лог? А в случае с HDD на это уйдет куда больше времени.
AFAIK

Про MS не знаю, но в Oracle - не insert, а commit. При этом за одну операцию flush'а на диск может и сразу много commit'ов сброситься. Т.ч. если диск занять только логами и не загружен другими задачами (никто головки с последнего места записи не украдет) - то на IOPs скорее всего будет глубоко пофиг

Вчера один случай произошел, и вспомнил эту тему.
Есть сервер с 4 хорошими SSD, массив 0+1. Все данные и логи пишутся на них.
Так же следует отметить, что в силу особенностей архитектуры MySQL, для репликации у них ведутся отдельные логи (bin-log). Т.е. происходит запись самих данных, данных транзакционного лога (если это InnoDB), и логи для слейвов.

Так вот настроили слейв, данные движка положили на SSD, а логи репликации на HDD.
Слейв стал не то чтобы не догонял мастера, а он с приличной скоростью отставал. Сначала не поняли в чем дело, потом вспомнили про эти логи. (был смонтирован /var/lib/mysql только на SSD)
В итоге все решилось тем, что и bin-log убрали на тот же SSD. Вот вам и последовательная запись.