Задавайте вопросы, мы ответим
Вы не зашли.
Всем доброго времени.
При загрузке Debian в VM (ESXi)
Стала появляться такая вот картина
https://yadi.sk/i/QTe5yCET3FqHXL
Но по факту, MySQL стартует.
в SysLog:
https://yadi.sk/i/-eGcOX7P3FqM9V
Т.е. то ли при загрузке не хватает отведенного тайм-аута, то ли еще что, подскажите, как увидеть при загрузке заветный [ok]
Отредактированно north83 (15.03.2017 06:12:25)
Неактивен
Вот это вижу при загрузке
Неактивен
Есть ли файл /var/run/mysqld/mysqld.sock ?
Стартап скрипт ищет этот файл.
Неактивен
Да вот сейчас есть
https://yadi.sk/i/IkKea_Ta3Ftj4b
Он создается при загрузке? Может не успевает создаться? Потому что, редко бывает при загрузке стартует, но чаще Fail
Смотришь status, показывает, что Mysql stopped, подождешь 2-5 мин, еще раз проверка статуса и он уже работает.
В чем может быть проблема такого долгого старта?
Неактивен
В логе, который Вы привели есть пауза между 5:13:18 и 5:13:51. Почему это происходит? Может быть много причин. Например, битый диск, чтение с которого ждет таймаута, нет места на диске или еще что-то.
Неактивен
Места на диске предостаточно, проверку на битые блоки поставили.
Что еще может быть?
Неактивен
А лог MySQL покажите?
Кажется, что просто MySQL не успевает запуститься за то время, в течение которого init-скрипт ждет появления сокета. Если база большая, то так может быть, и тогда просто поможет увеличение таймаута. Но давайте начнем с лога.
Неактивен
Если, то что пишется в syslog, то в первом сообщении, включил логирование в mysql.log, так там только запросы.
Какой то еще есть лог?
И через atop вижу mysql напрягает сильно диск.
https://yadi.sk/i/aSeck2HY3GAij4
Отредактированно north83 (20.03.2017 14:12:40)
Неактивен
Да, проглядел, и правда есть. Судя по логу, MySQL у Вас стартует чуть больше 30 секунд. Если научить инитскрипт (/etc/init.d/mysql) ждать чуть дольше (например, 60 секунд), то проблема отображения ошибки исчезнет. Если у Вас скрипт такой же, как у меня (может меняться в зависимости от версий, то ждет он только 30 секунд):
Неактивен
Неактивен
Вот же:
Неактивен
Спасибо, помогло, как быть с нагрузкой на SSD ? в какую сторону копать.
Вот мой конфиг
Неактивен
Я в этом треде потерялся, видимо, но поиск говорит, что слово SSD встречается только в последнем посте В чем проблема с SSD?
Неактивен
MySQL создает большую нагрузку на дисковую подсистему (рейд 0, два SSD диска)
Выше выложил свой конфиг, подскажите какие быть может переменные подкрутить.
90% InnoDB у нас, и немного MYISAM
И через atop вижу mysql напрягает сильно диск.
Первая красная строчка SWP, вторая DSK
https://yadi.sk/i/aSeck2HY3GAij4
Отредактированно north83 (22.03.2017 08:39:01)
Неактивен
Такова жизнь — MySQL работает с диском
Если у вас много мелких транзакций, Вы можете попробовать отключить флаши на диск на каждую транзакцию (innodb_flush_log_at_trx_commit=0), и тогда при выпадении сервера вы потеряете около секунды последних изменений.
Неактивен
А можно как то настроить, чтобы все чтение происходило из оперативной памяти, а вся запись на диск?
порядка 15 баз общий размер всех 600 мб.
Это все базы сайтов, т.е. записи мало, воосновном чтение.
80% InnoDb
20% MyISAM
Неактивен
Судя по статистике атопа, в основном запись как раз. Ну то есть не так — чтение у вас уже происходит из оперативной памяти (из-за этого чтения с диска почти нет), а запись уже идет на диск (из-за этого записи много). Боюсь, что тут ничего лучше «не флашить каждую транзакцию на диск» я предложить не смогу.
Неактивен