Page 8 of 23
Re: MySQL падает
Posted: Thu Feb 20, 2014 9:02 am
by nabbe
У меня в принципе ничего не падает, оптимизировал mysqltuner, но как-то напрягает, что он просил очень много добавить кеша, в итоге под вечер все 2 гига забиты, гиг кеша, 500мб физически. Тормозов нет. Нормально так?
Code: Select all
total used free shared buffers cached
Mem: 2022 1384 637 0 96 729
-/+ buffers/cache: 558 1463
Swap: 0 0 0
Code: Select all
[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql
symbolic-links=0
max_connections=300
max_user_connections=30
wait_timeout=30
interactive_timeout=50
long_query_time=5
log-queries-not-using-indexes
log-slow-queries=/var/log/mysql/log-slow-queries.log
open_files_limit = 10000
tmp_table_size=256M
max_heap_table_size=256M
join_buffer_size=350M
query_cache_size=128M
thread_cache_size=286
key_buffer_size=64M
table_cache=1024
#innodb_use_native_aio = 0
innodb_file_per_table
[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
Re: MySQL падает
Posted: Thu Feb 20, 2014 9:17 am
by demian
join_buffer_size=350M
прикольно... у Вас mysqltuner не ругается что mysql потребляет over 180 гиг оперативки?
myisam, innodb?
суммарный размер баз
Re: MySQL падает
Posted: Thu Feb 20, 2014 9:23 am
by nabbe
demian wrote:join_buffer_size=350M
прикольно... у Вас mysqltuner не ругается что mysql потребляет over 180 гиг оперативки?
myisam, innodb?
суммарный размер баз
Неа, пока молчит. стоит и myisam и innodb
Сумарно размер всех баз 250 метров, плюс минус
Re: MySQL падает
Posted: Thu Feb 20, 2014 10:03 am
by demian
странно что не ругается
join_buffer_size + read_buffer_size + sort_buffer_size + read_rnd_buffer_size = использование памяти на 1 коннект (динамическая память)
в вашем случае
динамическая:
(350M+128k+128k+2M)*300 = 105 676,8M
Постоянная:
128М+64М+128M+(по мелочи)= ~ 335M
итого при 300 запросах к серверу будет ~106GB при том что у Вас установлено 2GB
для нормальной работы сервера обычно mysql c max_connections не должен потреблять 50% оперативной памяти
в частных случаях чуть больше или чуть меньше, в зависимости от CMS.
Для примера магазин на Typo3 (криво написаная CMS или модули из готовых, понятия не имею) лимитом в 200 конектов mysql не более 30% оперативы. иначе сервер упадет в swap, ему поможет только reset
Re: MySQL падает
Posted: Thu Feb 20, 2014 12:37 pm
by akifievaa
demian wrote:nano /home/USER-NAME/conf/web/nginx.conf - редактировать подобные файлы не стоит... т.к. манипуляции с сайтом через панель может вызвать перезапись конфига в соответствии с шаблоном.
лучше создать шаблон с необходимыми параметрами и применить его к сайту
Я кстати по этому поводу в багтрекер отписал пожелание о возможностьи редактировании шаблонов напрямую в панели, чтобы под рут не ходить каждый раз.
Re: MySQL падает
Posted: Thu Feb 20, 2014 12:53 pm
by demian
akifievaa wrote:demian wrote:nano /home/USER-NAME/conf/web/nginx.conf - редактировать подобные файлы не стоит... т.к. манипуляции с сайтом через панель может вызвать перезапись конфига в соответствии с шаблоном.
лучше создать шаблон с необходимыми параметрами и применить его к сайту
Я кстати по этому поводу в багтрекер отписал пожелание о возможностьи редактировании шаблонов напрямую в панели, чтобы под рут не ходить каждый раз.
возможно... но только пользователю admin
Re: MySQL падает
Posted: Sat Feb 22, 2014 12:18 pm
by imperio
Я кстати по этому поводу в багтрекер отписал пожелание о возможностьи редактировании шаблонов напрямую в панели, чтобы под рут не ходить каждый раз.
Ваше пожелание под номером 37
В багтрекере можно голосовать за пожелания, которые хотите видеть в панели больше всего.
Достаточно нажать на название тикета, и внизу Votes 0 (Add Vote)
Голосовать и добавлять тикеты можно только зарегистрировавшись.
http://mantis.vestacp.com/
Re: MySQL падает
Posted: Sat Mar 22, 2014 4:46 pm
by Racter
Приветствую!
Долго читал и перечитывал тему, пока сам не допер до решения. Оно оказалось до волшебства простым :)
Я, правда, сейчас юзаю ispmanager, но проблема была та же самая, и конфиг сервера примерно тот же - с nginx на фронтенде. Минутное нажатие F5 или легкий http флуд от которого ни кто не застрахован, ложили мускуль и иногда даже весь сервер (минимальный тариф Диджиталокеан)… Процессы Апача при этом забивали всю память, так что никакой своп не помогал - "забивался апачами".
Так вот, проблема решилась совершенно "волшебным образом", когда я указал в nginx.сonf "worker_processes 1" ("по умолчанию" почему-то стояло "4") !!! Теперь при спаме F5 за минуту память не заполняется даже на половину! Лишние процессы Апача и носу не кажут! И процессор загружается в среднем тоже примерно на половину. Тест
http://loadimpact.com/ тоже проходит на ура, хотя в его случае процессор нагружается даже побольше, чем в 50%.
Вот такая вот "волшебная таблетка" :)
Надеюсь, что кому-нибудь еще поможет, потестируйте на Весте!
Re: MySQL падает
Posted: Sun Mar 23, 2014 9:05 am
by margent
Тестировал кто на весте?
Re: MySQL падает
Posted: Sun Mar 23, 2014 12:16 pm
by Racter
margent wrote:Тестировал кто на весте?
Дык протестировать-то - это просто :) Надо только одну циферку в конфиге поменять (если будет, чего менять, ведь по умолчанию разрабов nginx она и должна быть "1" :) и ребутнуть ngnix. Главное, чтобы Веста уже установлена была. Риск = 0%. Обратно настройки вернуть точно также за пару кликов можно :)
ps
Сегодня установил php5.5.10 со встроенным Zend Optimizer (было Php 5.4 и Xcache (раньше APC юзал)) - скорость генерации страницы моего Joomla сайта выросла более чем на 10 процентов, при этом сайт после прекращения спама f5 открывается теперь вообще сразу, моментально... и даже во время спама F5 я могу спокойно открывать страницы тестируемого сайта на смартфоне. При этом еще и использование памяти сервера для генерации страницы снизилось более чем вдвое (если верить инфе от дебагера Joomla)! Пробовал отключить внутреннее кэширование у Joomla - тоже ничего страшного не случилось, только нагрузка на проц возросла почти вдвое (до 50%), и очень медленно начал расти в оперативе мускуль, но тут надо разве что мускуль оттюнить, чтобы он случайно всю память не скушал :)