Назад | Перейти на главную страницу

Можно ли полностью настроить мой сервер mysql?

Я использую четырехъядерный процессор CENTOS 5.9 i686 стандарта WHM 11.36.0. Это выделенный сервер LAMP с множеством веб-сайтов, большинство из которых используют базы данных. Я слежу за сервером с помощью Munin и замечаю, что нагрузка всегда довольно высока, выходя за рамки (часто> 4). Munin также показывает график памяти, который показывает постоянную подкачку и выделенную память в среднем около 5-6 ГБ на сервере с 4 ГБ оперативной памяти. Конечно, это не здорово?

Я попытался настроить mysql с помощью tuning-primer.sh и mysqltuner.pl, но сейчас я чувствую, что больше не могу. Эти инструменты продолжают рекомендовать вещи, но что бы я ни делал, они продолжают давать новые советы, и я чувствую, что сейчас езжу по кругу. Итак, мой вопрос: есть ли момент, когда становится практически бессмысленным пытаться и дальше настраивать mysql, даже если теоретически возможно добиться большей производительности?

Есть ли простой способ узнать, исчерпан ли mysql?

Серверу базы данных требуется много оперативной памяти. 4 ГБ - это крошечный объем по сегодняшним меркам. Добавление большего объема ОЗУ - это единственная наиболее эффективная оптимизация, которую вы можете сделать для MySQL (и вы даже знать у вас мало оперативной памяти, отсюда и подкачка). Все остальное, что вы делаете, - это сравнительно тонкая настройка с гораздо меньшим воздействием. Поскольку вы используете 32-битную систему, самым простым подходом было бы выгрузить MySQL на вторичный сервер с большим объемом оперативной памяти (и современной 64-битной ОС).

Неважно, правда. Если производительности недостаточно, беспокоиться об этом, а не о других проблемах, которые должны привлечь ваше внимание, - плохое использование вашего времени. Это включает в себя безопасность машины, резервное копирование, беспокойство о запросах (плохо организованные запросы или данные могут иметь огромный воздействия, я однажды видел запрос, который был убит через несколько часов; переосмысление организации базы данных и запроса сократило это до нескольких минут). Настройте так, чтобы в случае отказа машины можно было в короткие сроки поставить замену (чистая, задокументированная и зарезервированная конфигурация; свежие резервные копии соответствующих данных; выявление потенциальных запасных частей; ...).