- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Настраиваем аналитику приложения для отслеживания пути пользователя на разных этапах воронки продаж
Кейс «Смекалка» и MediaNation
Оксана Мамчуева

VK Play разрешил публикацию игр для физических лиц
Ранее эта возможность была доступна только юрлицам
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте.
Арендовал себе новый сервер с 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%