Использование скрипта анализатора производительности MySQL

Использование скрипта анализатора производительности MySQL
Использование скрипта анализатора производительности MySQL

Видео: Использование скрипта анализатора производительности MySQL

Видео: Использование скрипта анализатора производительности MySQL
Видео: Last to Stop Swinging Wins $1,000,000 (Part 2) - YouTube 2024, Апрель
Anonim

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

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

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

  • Медленный журнал запросов
  • Макс. Соединения

  • Рабочие темы
  • Ключевой буфер

  • Кэш запросов
  • Буфер сортировки

  • присоединяется
  • Таблицы темпов

  • Таблица (Open & Definition) Cache
  • Блокировка стола

  • Сканирование таблицы (read_buffer)
  • Статус Innodb

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

chmod u+x tuning-primer.sh

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

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

./tuning-primer.sh

- MYSQL PERFORMANCE TUNING PRIMER - – By: Matthew Montgomery –

MySQL Version 4.1.20 i686

Uptime = 5 days 10 hrs 46 min 5 sec Avg. qps = 4 Total Questions = 2020809 Threads Connected = 1

Server has been running for over 48hrs. It should be safe to follow these recommendations

---– snipped ----–

QUERY CACHE Query cache is enabled Current query_cache_size = 8 M Current query_cache_used = 7 M Current query_cach_limit = 1 M Current Query cache fill ratio = 89.38 % However, 254246 queries have been removed from the query cache due to lack of memory Perhaps you should raise query_cache_size MySQL won’t cache query results that are larger than query_cache_limit in size

---– snipped ----–

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

---– snipped ----–

TEMP TABLES Current max_heap_table_size = 16 M Current tmp_table_size = 32 M Of 35170 temp tables, 74% were created on disk Effective in-memory tmp_table_size is limited to max_heap_table_size. Perhaps you should increase your tmp_table_size and/or max_heap_table_size to reduce the number of disk-based temporary tables Note! BLOB and TEXT columns are not allow in memory tables. If you are using these columns raising these values might not impact your ratio of on disk temp tables.

---– snipped ----–

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

Загрузите скрипт Primer для настройки производительности MySQL

Рекомендуемые: