Что бы вести лог всех обрабатываемых запросов к базам — можно включить ведение general_log. Бывает полезно, что бы отследить какие-то запросы от скриптов. Проверить включен ли он можно так: MariaDB [(none)]> SHOW VARIABLES LIKE ‘general_log’; +—————+——-+ | Variable_name | Value | +—————+——-+ | general_log | OFF | +—————+——-+
Среди прочих данных tuning-primer сообщает что: QUERY CACHE Query cache is supported but not enabled Perhaps you should set the query_cache_size query_cache — это область памяти, выделяемая MySQL при старте, в которой хранятся запросы и их результаты типа SELECT. При получении нового запроса SELECT — MySQL сначала проверяет нет ли такого же запроса в этом кеше и,… Читать далее »
Параметр key_buffer_size задаёт размер памяти, выделяемый под хранение индексных блоков для таблиц типа MyISAM, которые могут быть считаны из памяти, вместо того, что бы обращаться к диску для чтения. key_buffer_size — один из наиболее важных параметров в настройке производительности MySQL. Данный буфер является общим для всех пользовательских процессов. Что бы узнать, необходимо ли изменять текущее значение key_buffer_size —… Читать далее »
Продолжение серии MySQL/MariaDB: тюнинг производительности. Размер innodb_buffer_pool_size Один из самых спорных вопросов, это «Какое значение указывать в innodb_buffer_pool_size«. Хорошая статья на эту тему есть тут>>>. innodb_buffer_pool_size определяет размер памяти, называемой buffer pool, которая будет использоваться для хранения данных и индексов таблиц с типом InnoDB.
Для начала — возьмём параметры, которые анализирует tuning-primer: LOW QUERIES long_query_time — время в секундах, после которого запрос будет считаться как «медленный», счётчик slow_queries увеличится на 1 и, если включен slow_query_log — то запрос будет записан в лог; WORKER THREADS threads_cached — переменная, количество потоков в кеше; thread_cache_size — количество потоков для повторного использования новым клиентом, которое будет… Читать далее »
Заметил, что с 25-го декабря в логе ошибок постоянно идут записи вида: 2015/01/04 17:37:25 [error] 25058#0: *501 FastCGI sent in stderr: «PHP message: База данных WordPress возвратила ошибку MySQL server has gone away в ответ на запрос UPDATE `db1_options` SET `option_value` = ‘a:7650:{i:1411473334;a:1:{s:14:»dsq_sync_forum»;a:1: … a:0:{}s:8:» while reading response header from upstream, client: 5.35.100.133, server: rtfm.co.ua,… Читать далее »
Для мониторинга MySQL имеется несколько плагинов, но мы обойдёмся штатными утилитами Nagios Core. Проверяем наличие файла плагина: # find / -name «check_mysql» -type f /usr/lib64/nagios/plugins/check_mysql На сервере с установленным MySQL, который будем мониторить, создаём пользователя, с доступом только с хоста мониторинга: MariaDB [vexim]> create user ‘nagios’@’77.***.***.40’ identified by ‘p@ssw0rd’; Query OK, 0 rows affected (0.33 sec)
Кроме использования запроса SHOW STATUS, который выводит информацию не упорядочено и вообще нечитаемо — можно воспользоваться утилитой mysqlreport. Написана на Perl, домашняя страница тут>>>. Установка: # yum -y install mysqlreport Или: # wget http://hackmysql.com/scripts/mysqlreport # chmod +x mysqlreport
Предполагается, что Zabbix уже установлен и работает, пользователь MySQL — zabbix есть. Если ещё нет — то про установку читайте в посте CentOS: установка сервера мониторинга Zabbix. Даём ему права на просмотр MySQL: MariaDB [(none)]> grant usage on *.* to ‘zabbix’@’localhost’; Query OK, 0 rows affected (0.00 sec) В файле /etc/zabbix/zabbix_agentd.conf проверяем наличие строки: Include=/etc/zabbix/zabbix_agentd.d/
Готовясь с переезду со старого сервера (FreeBSD) на новый (CentOS) — пришлось задуматься о том, сколько сайтов надо создавать вручную: добавить пользователя, создать директории, файлы логов, отредактировать файл конфигурации Apache HTTP. С целью упростить себе жизнь, а заодно — попрактиковаться в Python, задумался следующий скрипт. Предполагается, что Apache настроен с поддержкой suEXEC + mod_fcgid (CentOS:… Читать далее »