Сообщений в теме: 7

[master2015]

web-версия "Клиентской базы" грузит CPU, высокий Load Average (от 4 до 8). CPU 2 ядра 2.0 GHz, Ram 2GB. жесткий диск на SSD на половину пустой. Страницы открываются медленно. в Чем может быть причина?

[Tony999]

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

[master2015]

Таки нашли причину - неправильно настроенный конфиг mysql. Было бы неплохо уточнить у разработчиков (и поместить в документацию), какие параметры были бы оптимальными, например для innodb, а какие при использовании myisam. А то база со временем становится больше в размерах. как только настроили по другому - конфиг для больших размеров - база - летает.

[AntonKravchenko]

ну и Вы бы тоже свой конфиг выложили

[Tony999]

Это да.
MySQL капризная штука... Чуть перебрал с параметрами - и не запустится.

[master2015]

Основные настройки из my.cnf, база на InnoDB. Важно отметить, что для вашего сервера оптимальные настройки могут быть другие.

//
tmp-table-size = 32M
max-heap-table-size = 32M
innodb-buffer-pool-size = 320M
innodb-log-file-size = 64M
sort_buffer_size = 512M
read_buffer_size = 256M
max_allowed_packet = 200M
//
Остальные параметры оставили по умолчанию.

Важно! Когда будете менять параметр innodb_log_file_size = 64M

Нужно Переименовать существующие лог-файлы. ib_logfile0 и ib_logfile1.
Иначе при загрузке innodb будет рапортовать, что логфайл поврежден и MYSQL не запустится :

переименовываем файл по адресу /var/lib/mysql/ib_logfile0_старый
переименовываем файл по адресу /var/lib/mysql/ib_logfile1_Старый

Новые файлы Mysql создаст сам после перезагрузки Mysql


В итоге вывод какой: с ростом размера базы MySQL, настройки нужно оптимизировать. Для больших баз, я бы наверное рекомендовал такую конфигурацию.
Сервер не самый мощный. CPU 2 ядра 2.0 GHz, Ram 2GB. жесткий диск на SSD.

Потребление оперативной памяти в пике где то до 1500/2048, выше не замечал. (ранее было 900/2048 в пике, т.е. мы больше потребляем оперативной памяти, но существенно снижаем загруженность процессора.) Load Average упал с 3-6 единиц до 1.5-2 единиц (в 2 раза Карл!), т.е. система справляется с нагрузкой адекватно, 10 дней мониторили поведение.

Сообщение отредактировал master2015: 10 Март 2017 - 20:57

[andibrag]

master2015 (10 Март 2017 - 20:48) писал:

sort_buffer_size = 512M
read_buffer_size = 256M

Точно мегабайты?

[master2015]

andibrag (12 Март 2017 - 16:24) писал:

Точно мегабайты?

Сам долгое время удивлялся (и опасался), но там стоят именно мегабайты. Существенно ускорилась работа базы при обращении с фильтрами.

Сообщение отредактировал master2015: 12 Март 2017 - 23:00