- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте.
Арендовал себе новый сервер с 2-мя HDD и 2-мя SSD для системы. Диски попарно в RAID 1. И задался я таким вопросом. Стоить ли переносить mysql на SSD диски?
Почитал в интернете что пишут. С одной стороны для ускорения работы mysql советуют на SSD ее ставить. А с другой стороны пишут что это убьет ССДшки очень быстро. Приводят примеры что за 2 дня SSD диск сдох.
На старом сервере я не задумываясь перенес mysql на SSD диски. Сейчас на нем примерно Queries per second avg: 7000. Сервер без видимых сбоев уже года 3.
Но сейчас я забоялся пока так делать. Хочу спросить совета у опытных людей. Что посоветуете в этой ситуации, где сами храните базу данных?
Спасибо.
Если дишманский ссд, то конечно быстро выйдет из строя.
Я бы еще всякие кэши/пулы базы вывел бы в память.
Если корпоротивного сегмента ссд, то нужно переводить базу на ссд.
Включить мониторинг ресурсов диска, после превышения 60% износа диска нужно начинать думать о смене диска, не дожидаясь 100% износа.
Если своп не пуст всегда - значит серверу ресурсов не хватает.
А если своп пуст всегда то значит всё хорошо и не так уж важно где БД - на hdd или ssd. Вообщем база должна быть целиком в оперативке.
У меня своп на 32ГБ оперативки примерно процента на 3 занят. На новом сервере уже 128ГБ оперативки, может и будет полность пуст. Хотя конечно база немаленькая и растет постоянно.
Спасибо за советы. Оставлю пока базу на HDD.
Я бы на SSD держал. Видите ли, выйти из строя может ЛЮБОЙ диск, и резерв быть дожен. А ещё должен быть бэкап. По поводу ресурса - у меня десктопные SSD прекрасно живут:
Critical Warning: 0x00
Temperature: 44 Celsius
Available Spare: 100%
Available Spare Threshold: 10%
Percentage Used: 237%
Data Units Read: 362*009*808 [185 TB]
Data Units Written: 798*214*872 [408 TB]
Host Read Commands: 4*508*078*096
Host Write Commands: 4*878*999*702
Controller Busy Time: 94*391
Power Cycles: 8
Power On Hours: 8*743
Это полгода назад было, сейчас диск изношен больше, но лень заходить и смотреть )
/ru/forum/1023862 - посмотрите и развейте сомнения.
Переносить базу на SSD и не ломать себе голову. Бакапы просто не забывать делать, но это в любом случае.
Ну если уж очень очень жалко SSD или они личные а не хостера, в конфиге mysql указать "innodb_flush_log_at_trx_commit=2"
Это даст запись на диск каждые 2 секунды, а не каждую транзакцию. Т.е. по сути при ребуте кнопкой питания, в самом худшем варианте теряются изменения за 2 последние секунды.
Queries per second avg: 7000.
Чтение ССД не убьет. А это даже не статистика чтения.
Спасибо за ваши конструктивные советы. Буду переносить на SSD базу.
Диски конечно хостера а не мои, хостер надежный.
Percentage Used: 237%
Я бы не смог спокойно спать, зная что такой износ!
)))
"innodb_flush_log_at_trx_commit=2"
Это даст запись на диск каждые 2 секунды
Раз в секунду или по коммиту транзакции.
Я бы еще всякие кэши/пулы базы вывел бы в память.
А так кеши/пулы не в памяти?
Все уже юзают базы на SSD или NVMe, боятся тут нечего. Главное дешман сервер не брать и бекапиться почаще.
Больше 3 лет живёт mysql на SSD, износ памяти менее 30%