MySQL на RAM-диске

И встанет это дороже сервера =)

Уже считали, сколько обойдётся 4xSSD на 256Gb + нормальный RAID-контроллер...

У нас стоит такой сервер с 8 SSD и RAID с SSD кэшем. Но RAM диск все быстрее, для кэша его используем.

Ага. И "помогли" они 😂

И помогли. Если речь о том, о чём думаю я, то сейчас там базы на 2-х SSD-дисках и оба нагружаются переодически до 100%.

Я так и не понял, Вас IО (нагрузка) беспокоит или чеки при ребуте?

По совести если делать, штуки 4 ssd на slc в 10 рейд на адаптеке, скажем, в самый раз.

очевидно что нагрузка

была схема несколько иная, без рейда

базы полностью на рам-диске, там же бинлоги (с быстрой ротацией, но это уже от объема диска зависит). репликациями данные забираются на "бекапный" сервер, с него же восстанавливаются (тупо копируются на рамдиск) базы при падении мастера... тут главное сбалансировать как-то мастер-слейв, потому что при интенсивных апдейтах слейв может не успеть перелопатить все (если мало места под бинлоги). если апдейтов мало, то выгода очевидна

Если у вас достаточное количество оперативки ваша ось сама разберется что и как кешировать в дисковых операциях ЧТЕНИЯ.

Ни SSD ни рамдиски панацеей не будут.

SSD действительно рулят, особенно если SLC, скорость выборочной записи MLC

выше, но не на порядок.

+ выполнить геморой с выравнимением блоков до 4-8К.

основная проблема - именно нагрузка на запись, тут SSD рулит не настолько как хотелось бы :).

Не всегда.

Прирост от такой операции заметен даже на глаз.

Так что можно сделать вывод об эффективности кеша.

5-я картинка