Помогите с конфигом Mariadb на сервере с 32 Гб памяти

humbert
На сайте с 16.03.2006
Offline
527
1419

Сервер 32 Гб ОЗУ

Пытаюсь настроить Mariadb и не получается - phpmyadmin долго открывает страницы с данными, запросы обрабатываются медленно

Текущий дурацкий конфиг

[mysql.server]
user = mysql
basedir = /var/lib

[mysqld_safe]
err-log = /var/log/mysqld.log
pid-file = /var/run/mariadb/mysqld.pid

# The MySQL server
[mysqld]

datadir = /var/lib/mysql
socket = /var/lib/mysql/mysql.sock

# Default to using old password format for compatibility with mysql 3.x
# clients (those using the mysqlclient10 compatibility package).
old_passwords = 0
port = 3306
#socket = /tmp/mysql.sock
#skip-locking
#default-character-set = cp1251
#default-character-set = utf8

key_buffer_size = 7G
max_allowed_packet = 500M
max_connections = 1000
thread_cache_size = 100
tmp_table_size = 100M
table_cache = 2048
sort_buffer = 32M
sort_buffer_size = 64M


#log-bin
#server-id = 1
#log-slow-queries = /tmp/mysql-slow-queries.log

#query_cache_type = 2
query_cache_size = 320M
query_cache_limit = 32M
join_buffer_size = 2M

innodb_file_per_table = 1

innodb_data_home_dir = /var/lib/mysql
innodb_data_file_path = ibdata0:100M:autoextend
#innodb_log_group_home_dir = /var/lib/mysql
innodb_log_file_size = 240M
innodb_log_buffer_size = 16M
innodb_flush_method=O_DIRECT
innodb_flush_log_at_trx_commit = 2
innodb_lock_wait_timeout = 50
innodb_buffer_pool_size = 20G
innodb_thread_concurrency=8
innodb_additional_mem_pool_size = 28M



[mysqldump]
quick


[mysql]
no-auto-rehash
# Remove the next comment character if you are not familiar with SQL
#safe-updates
#default-character-set = koi8r
Парсинг прайс-листов, наполнение интернет-магазина товаром. (https://humbert.ru) Любая CMS (Битрикс, OpenCart, Prestashop и даже Woo Commerce )
Twickbot
На сайте с 13.03.2017
Offline
56
#1
humbert:
phpmyadmin долго открывает страницы с данными

phpmyadmin работает через вебсервер (apache или nginx).

Я бы для начала выяснил что тормозит Mariadb или вебсервер?

Зайдите шеллом и попробуйте несколько запросов.

Если тормоза сохранятся, то дальше разбираться с Mariadb.

А, если тормозов не будет, то копать в сторону вебсервера.

Кстати, тут еще и от самих запросов тормоза могут быть. Можно такой запрос составить...

Автоматизация работы в браузере. Пишу парсеры, постеры, кликеры, лайкеры, и т.п.
humbert
На сайте с 16.03.2006
Offline
527
#2

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

Таблицы InnoDB, nginx

p.s. хотя это может не конфиг, а тупо пропускная способность сети тормозит, ибо запрос выполняется за 0.0002 seconds.

Twickbot
На сайте с 13.03.2017
Offline
56
#3
humbert:
ибо запрос выполняется за 0.0002 seconds

Ну, тогда очевидно, что это не в Mariadb дело.

[umka]
На сайте с 25.05.2008
Offline
456
#4

Как минимум, нужно добавить skip_name_resolve

Лог в помощь!
D
На сайте с 28.06.2008
Offline
1101
#5

Настрой основные параметры по этим подсказкам http://adminlog.ru/?p=874

innodb_buffer_pool_size = 20G

Понятно что рекомендуют отдавать под это дело 80% памяти, но если у вас суммарно все базы вестя 1 Гиг к примеру, то это черезмерно.

innodb_buffer_pool_size по хорошему должен быть размером на 20-30% больше чем суммарно все базы.

Так же почитайте про innodb_buffer_pool_instances и добавьте правильное значение

M
На сайте с 17.09.2016
Offline
124
#6

key_buffer_size = 7G

не нужен для InnoDB

Это для MyISAM

оставьте 8-16 на нужды системы

tmp_table_size - требует ещё повышения max_heap_table_size до такого же значения

Это так, косметика в настройках

По топику же, скорей всего проблема в Phpmyadmin, если запросы отрабатывают быстро в консоли

Попробуйте в момент входа в PMA - смотреть в консоли список задач mysql

mysqladmin processlist

Виталий Литвинов
На сайте с 08.05.2008
Offline
117
#7

PHP может тупить если процесы долго не перезапускаются. А если база тормозит то тогда нужно настраивать Galera кластер из дохлых vds -: и Haproxy и всё летает.

humbert
На сайте с 16.03.2006
Offline
527
#8

Не, дело было в загруженности канала - парсер парсит так, что данные долго загружаются. Сам запрос на сервере выполняется быстро

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий