mysql на SSD

Если дишманский ссд, то конечно быстро выйдет из строя.

Я бы еще всякие кэши/пулы базы вывел бы в память.

Если корпоротивного сегмента ссд, то нужно переводить базу на ссд.

Включить мониторинг ресурсов диска, после превышения 60% износа диска нужно начинать думать о смене диска, не дожидаясь 100% износа.

Если своп не пуст всегда - значит серверу ресурсов не хватает.

А если своп пуст всегда то значит всё хорошо и не так уж важно где БД - на hdd или ssd. Вообщем база должна быть целиком в оперативке.

У меня своп на 32ГБ оперативки примерно процента на 3 занят. На новом сервере уже 128ГБ оперативки, может и будет полность пуст. Хотя конечно база немаленькая и растет постоянно.

Спасибо за советы. Оставлю пока базу на HDD.

Я бы на SSD держал. Видите ли, выйти из строя может ЛЮБОЙ диск, и резерв быть дожен. А ещё должен быть бэкап. По поводу ресурса - у меня десктопные SSD прекрасно живут:

Это полгода назад было, сейчас диск изношен больше, но лень заходить и смотреть )

/ru/forum/1023862 - посмотрите и развейте сомнения.

Переносить базу на SSD и не ломать себе голову. Бакапы просто не забывать делать, но это в любом случае.

Ну если уж очень очень жалко SSD или они личные а не хостера, в конфиге mysql указать "innodb_flush_log_at_trx_commit=2"

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

Чтение ССД не убьет. А это даже не статистика чтения.

Спасибо за ваши конструктивные советы. Буду переносить на SSD базу.

Диски конечно хостера а не мои, хостер надежный.

Я бы не смог спокойно спать, зная что такой износ!

)))

Раз в секунду или по коммиту транзакции.

А так кеши/пулы не в памяти?

Все уже юзают базы на SSD или NVMe, боятся тут нечего. Главное дешман сервер не брать и бекапиться почаще.

Больше 3 лет живёт mysql на SSD, износ памяти менее 30%