Debian + mysql 5.5 нужна помощь в оптимизации

Shi3A · 2013-04-11T20:11:12.0000000Z

Всем доброго времени! Есть проект на друпале, и когда туда приходит немного авторизованных пользователей (~50) начинаются жуткие тормоза. От машины это не зависит - сервак EX10 в Hetzner'е. Так вот, когда пользователей много (ну или я тестировал через апач бенчмарк), в mytop'е вижу кучу коннектов(120-200, но в конфиге на этот момент стояло разрешение 1500 подключений), висящих в состоянии sleep, висят буквально 1-3 секунды, но при этом больше mysql коннектов почему-то не принимает, сервер от этого жутко колбасит, скрипты php начинают становиться в очередь, LA растет до бесконечности... Обчитался всякой инфы по оптимизации, скармливал mysqltuner'у и tuning-primer'у, принимал какие-то решения. Вообщем вот что у меня получилось: grep -v '#' /etc/mysql/my.cnf [client] port = 3306 socket = /var/run/mysqld/mysqld.sock [mysqld_safe] socket = /var/run/mysqld/mysqld.sock nice = 0 [mysqld] user = mysql pid-file = /var/run/mysqld/mysqld.pid socket = /var/run/mysqld/mysqld.sock port = 3306 basedir = /usr datadir = /var/lib/mysql tmpdir = /dev/shm/ lc-messages-dir = /usr/share/mysql skip-external-locking skip-name-resolve large_pages = 1 max_connections = 250 key_buffer_size = 1G max_allowed_packet = 16M net_buffer_length = 64K net_read_timeout = 15 net_write_timeout = 15 thread_stack = 192K thread_cache_size = 280 thread_cache = 280 myisam-recover = BACKUP thread_concurrency = 64 query_cache_type = on query_cache_limit = 24M query_cache_size = 256M wait_timeout = 30 interactive_timeout = 30 myisam_sort_buffer_size = 386M join_buffer_size = 4M read_buffer_size = 4M sort_buffer_size = 128M long_query_time = 5 table_cache = 512K table_open_cache = 512K table_definition_cache = 512K max_heap_table_size = 16G tmp_table_size = 16G read_rnd_buffer_size = 24M slow-query-log-file = /var/log/mysql/mysql-slow.log log_bin = /var/log/mysql/mysql-bin.log expire_logs_days = 2 max_binlog_size = 6600M binlog_cache_size = 256K innodb_data_home_dir = /var/lib/mysql/ innodb_data_file_path = /ibdata1:100M:autoextend innodb_buffer_pool_size = 8G innodb_buffer_pool_instances = 4 innodb_flush_log_at_trx_commit = 0 innodb_flush_method = O_DIRECT innodb_additional_mem_pool_size = 64M innodb_log_file_size = 2047M innodb_log_buffer_size = 8M innodb_lock_wait_timeout = 70 innodb_locks_unsafe_for_binlog = 1 innodb_thread_concurrency = 64 innodb_read_io_threads = 16 innodb_write_io_threads = 16 innodb_support_xa = 0 [mysqldump] quick quote-names [mysql] !includedir /etc/mysql/conf.d/ cat /proc/meminfo | grep -i huge HugePages_Total: 3637 HugePages_Free: 3408 HugePages_Rsvd: 3334 HugePages_Surp: 0 Hugepagesize: 2048 kB Ну и попутно вопрос, если подскажите, 4M для hugepagesize даст какой-то прирост? И как это сделать, не пойму( Ставил на тестовом стенде percona server с включенным параметром innodb_file_per_table - результат тот же. Помогите с советом, куда дальше мне копать?.. Ну и на последок service mysql status Uptime: 1 hour 1 min 52 sec Threads: 2 Questions: 629335 Slow queries: 1 Opens: 16147 Flush tables: 1 Open tables: 4110 Queries per second avg: 169.540.

364

pupseg

12 апреля 2013, 08:16

#11

tail -n 300 /var/log/mysql/mysql-slow.log ну а таки тут есть что-нибудь ,выполняющееся по 20 секунд например, или выбирающее миллионы строк ? в табличках индексы проставили ?

Качественная помощь в обслуживании серверов. (/ru/forum/661100) Бесплатных консультаций не даю, не помогаю, не обучаю. Минималка от 100$. Как пропатчить KDE-просьба не спрашивать. Есть форумы (http://linux.org.ru) и полезные сайты (http://www.opennet.ru/).

N

419

netwind

12 апреля 2013, 08:55

#12

Тестовый стенд, там я развернул персону, и она удаленно находится на другом сервере, не где лежат скрипты.

А то.

SQL-приложения очень чувствительны к задержкам в сети. А у вас еще и друпал с его тягой в ORM и множеством мелких запросов.

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

Кнопка вызова админа ()

Апгрейд форума Мобильные приложение - вопросы, Связи таблиц, точнее функционал

K5

209

kgtu5

12 апреля 2013, 10:54

#13

Current max_connections = 250
Current threads_connected = 3
Historic max_used_connections = 35

смысл 250? давно mysql работает без перезагрузок...

table_cache = 512K
table_open_cache = 512K

первый не нужен, второй без К - 64...524288

dev.mysql.com/doc/refman/5.5/en/server-system-variables.html#sysvar_table_open_cache

open_files_limit соответственно не правильно...

с innodb так и не ясно используется она или нет...

аська 45два48499два записки на работе (http://memoryhigh.ru) помогу с сайтом, удалю вирусы, настрою впс -> отзывы ТУТ (/ru/forum/836248) и ТАМ (http://www.maultalk.com/topic140187.html) !!!всегда проверяйте данные людей, которые сами пишут вам в аську или скайп!!!

S3

41

Shi3A

12 апреля 2013, 14:13

#14

kgtu5:
первый не нужен, второй без К - 64...524288
dev.mysql.com/doc/refman/5.5/en/server-system-variables.html#sysvar_table_open_cache
open_files_limit соответственно не правильно...

с innodb так и не ясно используется она или нет...

table_cache да, читал что не используется, видимо забыл удалить.

а table_open_cache дописывал исходя из вывода mysqltuner'а, который говорил, что создает до 30% таблиц на диске. (но это видимо blob данные).

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

Сейчас в дороге - напишу slow_log попозже.

Интересное поведение нужны помощь или советы: Логика работы MySQL

IL

435

ivan-lev

12 апреля 2013, 14:38

#15

Shi3A:
а table_open_cache дописывал исходя из вывода mysqltuner'а, который говорил, что создает до 30% таблиц на диске

букву "K" тоже он посоветовал приписать?

... :) Облачные серверы от RegRu - промокод 3F85-3D10-806D-7224 ( http://levik.info/regru )

Зачем быть уникальным в мире, где все можно скопировать

В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов