Использование сценария MySQL Performance Tuning Analyzer

Когда вы работаете над увеличением скорости вашего сайта, очень важно убедиться, что вы получаете все до последней капли производительности вашего сервера базы данных. К сожалению, для большинства из нас, которые обычно не являются администраторами баз данных, это может быть трудным предложением.

Существует ряд сценариев настройки производительности, которые анализируют настройки вашего сервера и его текущее состояние и предоставляют вам информацию о рекомендуемых изменениях, которые вам следует внести. Вы не обязательно должны следовать всем предложениям, но в любом случае стоит взглянуть.

Сценарий, который я использовал, дает вам рекомендации по следующим вопросам:

  • Журнал медленных запросов
  • Макс подключений
  • Рабочие темы
  • Ключевой буфер
  • Query Cache
  • Сортировка буфера
  • присоединяется
  • Временные таблицы
  • Кэш таблицы (Open & Definition)
  • Блокировка стола
  • Сканирование таблицы (read_buffer)
  • Innodb Status
  • Как только вы загрузите скрипт, вам нужно будет сделать его исполняемым с помощью следующей команды:

    chmod u + x tuning-primer.sh

    Если вы запустите этот скрипт как обычный пользователь, он запросит у вас пароль, поэтому вам нужно будет соответственно настроить доступ. Если вы запустите его как пользователь root, он получит пароль mysql от Plesk, если он у вас установлен.

    Я вырезал много выводов, в которых было гораздо больше рекомендаций, но они были слишком длинными, чтобы поместиться на странице.

    ./tuning-primer.sh

    – MYSQL PRIMER TUNING PRIMER –
    – Автор: Мэтью Монтгомери –

    MySQL версия 4.1.20 i686

    Время работы = 5 дней 10 часов 46 минут 5 секунд
    Ср. qps = 4
    Всего вопросов = 2020809
    Темы подключены = 1

    Сервер работает более 48 часов.
    Следуйте этим рекомендациям.

    ———– отрезал ————–

    QUERY CACHE
    Кэш запросов включен
    Текущий query_cache_size = 8 M
    Текущий query_cache_used = 7 M
    Текущий query_cach_limit = 1 M
    Коэффициент заполнения текущего кеша запросов = 89,38% < br /> Тем не менее, 254246 запросов было удалено из кэша запросов из-за нехватки памяти
    Возможно, вам следует увеличить query_cache_size
    MySQL не будет кэшировать результаты запросов, размер которых больше, чем query_cache_limit

    ———– отрезал ————–

    Похоже, мне нужно увеличить кэш запросов … Я установил его только на 8 МБ, но он слишком часто очищает кэш.

    ———– отрезал ————–

    TEMP TABLES
    Текущий max_heap_table_size = 16 M
    Текущий tmp_table_size = 32 M
    Из 35170 временных таблиц 74% были созданы на диске
    Эффективный размер tmp_table_size в памяти ограничен max_heap_table_size. < br /> Возможно, вам следует увеличить свои tmp_table_size и/или max_heap_table_size
    , чтобы уменьшить количество временных таблиц на диске.
    Примечание! Столбцы BLOB и TEXT не допускаются в таблицах памяти.
    Если вы используете эти столбцы, повышение этих значений может не повлиять на соотношение
    в таблицах временных дисков.

    ———– отрезал ————–

    Этот тип информации просто неоценим, когда вы пытаетесь настроить производительность вашего сайта.

    Скачать скрипт для настройки производительности MySQL

    Оцените статью
    TutoryBird.Ru
    Добавить комментарий