Почему mysqld сильно грузит процессор?
5 интернет магазинов с небольшой посещаемостью. Хороший хостинг. Периодически огромные тормоза на сайте из-за того, что mysql грузит проц под 100%. Регламентных процедур вроде никаких нет. Проблема старая — тянется уже долго. Своей квалификации не хватает, чтобы понять в чем косяк (может вообще не в битриксе, а в настройках сервера).
Подскажите куда копать? Или порекомендуйте специалиста. Спасибо.
- Вопрос задан более трёх лет назад
- 16053 просмотра
1 комментарий
Оценить 1 комментарий
У mysql нужно включить slowlog и смотреть в него. Тут только по логам можно проблему найти — по другому никак.
Решения вопроса 0
Ответы на вопрос 7
Дмитрий Щербаков @Scherbakov
Заместитель директора
ну для начала конфиг mysql покажите
Ответ написан более трёх лет назад
Нравится 2 6 комментариев
nep @nep Автор вопроса
[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql
# Default to using old password format for compatibility with mysql 3.x
# clients (those using the mysqlclient10 compatibility package).
old_passwords=1
query_cache_size=1G
query_cache_limit=2M
innodb_buffer_pool_size=4G
#innodb_buffer_pool_instances=4
innodb_additional_mem_pool_size=200M
innodb_file_io_threads=8
innodb_lock_wait_timeout=50
innodb_log_buffer_size=8M
innodb_flush_log_at_trx_commit=0
# this lines for DB recovery:
#max_allowed_packet=128M
#default-character-set=cp1251
#character-set-server=cp1251
#collation-server=cp1251_bin
#init-connect=«SET NAMES cp1251»
# Disabling symbolic-links is recommended to prevent assorted security risks;
# to do so, uncomment this line:
# symbolic-links=0
Дмитрий Щербаков @Scherbakov
1. деление на инстансы советую раскомментировать #innodb_buffer_pool_instances=4
2. Отшибайте зависшие запросы
wait_timeout = 15
interactive_timeout = 15
net_write_timeout = 15
net_read_timeout = 15
Возможно вы на этом этапе увидите ошибку
3. Мониторьте запросы самые долгие по выполнению, возможно в них спрятана цикличность которая и выжирает память
Дмитрий Щербаков @Scherbakov
long_query_time = 2
log_slow_queries = /var/log/mysql/mysql-slow.log
Так ловите медленные запросы
nep @nep Автор вопроса
nep @nep Автор вопроса
Вот такой запрос лидирует по частоте и по времени:
SELECT BE.ID as ID,BE.NAME as NAME,BE.PREVIEW_TEXT as PREVIEW_TEXT,BE.PREVIEW_TEXT_TYPE as PREVIEW_TEXT_TYPE
FROM
b_iblock B
INNER JOIN b_lang L ON B.LID=L.LID
INNER JOIN b_iblock_element BE ON BE.IBLOCK_ID = B.ID
WHERE
1=1 AND ( ((((BE.IBLOCK_ID = ’39’)))) AND ((((BE.NAME LIKE ‘5277-9999’)))) ) AND (((BE.WF_STATUS_ID=1 AND BE.WF_PARENT_ELEMENT_ID IS NULL)))
Такое ощущение, что это какая то битрикс компонента выполняется.
Дмитрий Щербаков @Scherbakov
Хотелось бы увидеть статистику выполнения данного запроса
А периодичность четко выражена? С бэкапами тормоза не совпадают? Объем БД какой?
Ответ написан более трёх лет назад
Нравится 1 1 комментарий
nep @nep Автор вопроса
периодичность выражена слаба — никакой логики нет, с бекапами не совпадает, пожатый дамп весит под 200MB
Под админом в момент тормозов:
SHOW PROCESSLIST
и ищите зависший запрос
Ответ написан более трёх лет назад
Нравится 1 1 комментарий
nep @nep Автор вопроса
пробовал. чего то выводит, зависших вроде нет, а что дальше делать знаний не хватает.
Включите профиллинг.
Вывод сделайте себе на каждой странице и ходите по сайту, смотрите какие запросы долго выполняются.
Обычный slowlog иногда не покажет то, что у вас на странице зациклился какой либо запрос и выполняется несколько десятков раз.
Ответ написан более трёх лет назад
Нравится 1 1 комментарий
nep @nep Автор вопроса
Спасибо, попробую
Вёбных дел мастер
Не все хорошие хостинги одинаково полезны. VDS/VPS? Случайно возникающая нагрузка обычно означает просадку по диску.
Ответ написан более трёх лет назад
Комментировать
Нравится 1 Комментировать
И mysqltuner.pl что рассказывает?
Ответ написан более трёх лет назад
nep @nep Автор вопроса
не знал про эту утилиту. скачал, пробую запустить, расскажу.
nep @nep Автор вопроса
>> MySQLTuner 1.2.0 — Major Hayden
>> Bug reports, feature requests, and downloads at mysqltuner.com/
>> Run with ‘—help’ for additional options and output filtering
[!!] Successfully authenticated with no password — SECURITY RISK!
— General Statistics — [—] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.0.95
[OK] Operating on 64-bit architecture
— Storage Engine Statistics — [—] Status: -Archive +BDB -Federated +InnoDB -ISAM -NDBCluster
[—] Data in MyISAM tables: 6M (Tables: 14)
[—] Data in InnoDB tables: 1G (Tables: 238)
[!!] BDB is enabled but isn’t being used
[!!] Total fragmented tables: 1
— Security Recommendations — [!!] User ‘root@localhost’ has no password set.
— Performance Metrics — [—] Up for: 1d 2h 32m 39s (15M q [159.264 qps], 125K conn, TX: 31B, RX: 9B)
[—] Reads / Writes: 76% / 24%
[—] Total buffers: 5.2G global + 2.7M per thread (100 max threads)
[OK] Maximum possible memory usage: 5.5G (34% of installed RAM)
[OK] Slow queries: 0% (0/15M)
[OK] Highest usage of available connections: 8% (8/100)
[OK] Key buffer size / total MyISAM indexes: 8.0M/8.6M
[OK] Key buffer hit rate: 100.0% (593K cached / 0 reads)
[OK] Query cache efficiency: 66.1% (8M cached / 13M selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 242K sorts)
[!!] Joins performed without indexes: 12488
[!!] Temporary tables created on disk: 28% (143K on disk / 502K total)
[!!] Thread cache is disabled
[!!] Table cache hit rate: 0% (64 open / 749K opened)
[OK] Open file limit used: 0% (0/1K)
[OK] Table locks acquired immediately: 99% (21M immediate / 21M locks)
[OK] InnoDB data size / buffer pool: 1.4G/4.0G
— Recommendations — General recommendations:
Add skip-bdb to MySQL configuration to disable BDB
Run OPTIMIZE TABLE to defragment tables for better performance
Enable the slow query log to troubleshoot bad queries
Adjust your join queries to always utilize indexes
When making adjustments, make tmp_table_size/max_heap_table_size equal
Reduce your SELECT DISTINCT queries without LIMIT clauses
Set thread_cache_size to 4 as a starting value
Increase table_cache gradually to avoid file descriptor limits
Variables to adjust:
join_buffer_size (> 128.0K, or always use indexes with joins)
tmp_table_size (> 32M)
max_heap_table_size (> 16M)
thread_cache_size (start at 4)
table_cache (> 64)
Спасибо за утилиту! Уже кое что начало проясняться.
Я так полагаю следует поменять настройки на предлагаемые?
Форум пользователей MySQL
Помогите пжл разобраться — не понятно почему mysqld грузит процессор 40-80%.При 7 подключении к примеру.
Сервер:Quad Xeon 2.13Ghz
RAM:2Gb (половина свободна)
Крутится сайт на Nginx в связки php-fpm
Вот вывод mytop:
Queries: 1.5M qps: 357 Slow: 465.0 Se/In/Up/De(%): 87/01/00/01
qps now: 264 Slow qps: 0.0 Threads: 3 ( 1/ 63) 83/01/01/01
Cache Hits: 1.1M Hits/s: 252.4 Hits now: 202.3 Ratio: 81.8% Ratio now: 92.8%
Key Efficiency: 93.8% Bps in/out: 39.7k/ 2.4M Now in/out: 44.3k/783.4k
Id User Host/IP DB Time Cmd Query or State
— —- ——- — —- — ———-
28589 root localhost site 0 Query show full processlist
4390 root localhost 18 Sleep
169 root localhost 3841 Sleep
При этом mysql 82 20 0 2577M 514M uwait 3 57:47 52.05% mysqld
Может я где то что то не так настроил?
Или как можно выяснить из-за чего?Из кривого сайта или настроек mysql..
#2 20.09.2012 19:20:57
rgbeast Администратор Откуда: Москва Зарегистрирован: 21.01.2007 Сообщений: 3877
Re: Mysql грузит процессор — но подключений практически нету
mytop вам пишет, что 300 запросов в секунду, но почему-то не показывает сами запросы. Попробуйте SHOW FULL PROCESSLIST несколько раз, подключившись к mysql под рутом.
#3 20.09.2012 20:32:07
SSD Участник Зарегистрирован: 20.09.2012 Сообщений: 10
Re: Mysql грузит процессор — но подключений практически нету
rgbeast написал:
mytop вам пишет, что 300 запросов в секунду, но почему-то не показывает сами запросы. Попробуйте SHOW FULL PROCESSLIST несколько раз, подключившись к mysql под рутом.
В предыдущем примере тоже было все под рутом.(а может mytop не показывать запросы — так как они закешированы? query_cache_size=256M — 56мб занято)
Вот с SHOW FULL PROCESSLIST
MySQL on localhost (5.5.20-log) up 0+00:28:50 [19:27:33]
Queries: 783.8k qps: 464 Slow: 0.0 Se/In/Up/De(%): 87/00/00/01
qps now: 702 Slow qps: 0.0 Threads: 17 ( 5/ 21) 86/01/00/01
Cache Hits: 614.3k Hits/s: 363.6 Hits now: 533.3 Ratio: 89.9% Ratio now: 88.2%
Key Efficiency: 92.2% Bps in/out: 49.5k/ 1.2M Now in/out: 76.2k/ 1.6M
Id User Host/IP DB Time Cmd Query or State
— —- ——- — —- — ———-
8829 root localhost site 0 Query show full processlist
13758 site localhost site 0 Query select * from video where id_lang=1 and st
13774 root localhost site 0 Query SELECT * FROM extension WHERE `type` = ‘mo
13776 root localhost site 0 Sleep
13759 site localhost site 1 Query select * from video where id_lang=1 and st
13762 root localhost site 1 Sleep
13763 site localhost site 1 Sleep
13768 root localhost site 1 Sleep
13769 site localhost site 1 Sleep
13770 root localhost site 1 Sleep
13771 site localhost site 1 Sleep
13772 root localhost site 1 Query SELECT * FROM (SELECT id.title AS title, i
13773 site localhost site 1 Sleep
13777 site localhost site 1 Sleep
13775 site localhost site 1 Sleep
9126 root localhost 347 Sleep
8491 root localhost 564 Sleep
Отредактированно SSD (20.09.2012 20:37:04)
#4 20.09.2012 20:44:50
rgbeast Администратор Откуда: Москва Зарегистрирован: 21.01.2007 Сообщений: 3877
Re: Mysql грузит процессор — но подключений практически нету
Бросается в глаза, что везде SELECT *
Может быть все поля требуются не всегда.
#5 16.02.2013 23:29:43
SSD Участник Зарегистрирован: 20.09.2012 Сообщений: 10
Re: Mysql грузит процессор — но подключений практически нету
Вынесли Mysql на отдельный сервер.
Все отлично — но иногда вывод странички тормозит — ожидание ответа от»сайта» — и при этом mysqld грузит процессорное время ..
Вот конфиг
innodb_flush_log_at_trx_commit=1
sync_binlog=1
key_buffer_size = 1G
max_allowed_packet = 1M
table_open_cache = 256
sort_buffer_size = 64M
read_buffer_size = 12M
read_rnd_buffer_size = 24M
net_buffer_length = 2K
thread_stack = 128K
max_connections=1000
max_join_size=1000000
thread_cache_size=64
query_cache_size=512M
ft_min_word_len=2
log-slow-queries=/var/log/mysql/slow_queries
tmp_table_size=64M
max_heap_table_size=64M
table_cache=1024
————————
Версия
mysql-server-5.5.28 Multithreaded SQL database (server)
——————————-
MySQL on localhost (5.5.28-log) up 0+00:14:34 [21:00:53]
Queries: 349.5k qps: 409 Slow: 0.0 Se/In/Up/De(%): 90/00/01/01
Cache Hits: 267.1k Hits/s: 313.0 Hits now: 0.0 Ratio: 84.9% Ratio now: 0.0%
Key Efficiency: 99.6% Bps in/out: 36.8k/586.4k
Master: mysql-bin.000030/2684553 do: ign:
Id User Host/IP DB Time Cmd Query or State
— —- ——- — —- — ———-
4459 tvi3 172.16.0.1 tvi2012103 0 Query DELETE FROM whos_online WHERE time_last_click < '1361040295'
4460 tvi3 172.16.0.1 tvi2012103 0 Query INSERT INTO whos_online SET customer_id = ‘0’, full_name = ‘Guest’, session_id = ‘q5veap1m4i511on4qpgp48h9a3’, ip_address = ‘85.246.217.235’, b
4461 root localhost test 0 Query show full processlist
4462 tvi3 172.16.0.1 tvi2012103 0 Query SELECT news_id as uid, date_public as date, title, purple_new as isPriority, file_local as video FROM news WHERE in_list = 1 and status = 1 and
4453 tvi3 172.16.0.1 tvi2012103 1 Query SELECT n.*, DATE_FORMAT(n.date_public , ‘%H:%i’) AS public_time, DATE_FORMAT(n.date_public, ‘%e,%c,%w’) AS public_date, DATE_FORMAT(n.date_efir
4454 tvi3 172.16.0.1 tvi2012103 1 Query UPDATE news SET views = views + 1 WHERE news_id = ‘13686’
4455 tvi3 172.16.0.1 tvi2012103 1 Query UPDATE news SET video_views = video_views + 1 WHERE news_id = ‘13674’
4456 tvi3 172.16.0.1 tvi2012103 1 Query SELECT news_id, image, file_local FROM news WHERE news_id = ‘13689’
4457 tvi3 172.16.0.1 tvi2012103 1 Query SELECT alias, type_id, UNIX_TIMESTAMP(date_public) AS rss_date FROM news WHERE news_id = ‘12491’
4458 tvi3 172.16.0.1 tvi2012103 1 Query SELECT news_id FROM news WHERE alias = ‘mCSB_buttons.png’
2269 root localhost test 4 Sleep
319 replicato 172.16.0.1 820 Binlog Master has sent all binlog to slave; waiting for binlog to be updated
Может еще подскажите что не так или куда смотреть.
P.S.»Стоит ли доверять mysqltuner?
Цитирую
——— General Statistics —————————————————
[—] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.5.28-log
[OK] Operating on 64-bit architecture
——— Storage Engine Statistics ——————————————-
[—] Status: -Archive -BDB -Federated +InnoDB -ISAM -NDBCluster
[—] Data in MyISAM tables: 2G (Tables: 219)
[—] Data in InnoDB tables: 11M (Tables: 7)
[—] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17)
[!!] Total fragmented tables: 15
——— Performance Metrics ————————————————-
[—] Up for: 17m 7s (434K q [423.396 qps], 5K conn, TX: 596M, RX: 39M)
[—] Reads / Writes: 89% / 11%
[—] Total buffers: 1.7G global + 100.2M per thread (1000 max threads)
[!!] Maximum possible memory usage: 99.6G (1106% of installed RAM)
[OK] Slow queries: 0% (0/434K)
[OK] Highest usage of available connections: 2% (20/1000)
[OK] Key buffer size / total MyISAM indexes: 1.0G/227.2M
[OK] Key buffer hit rate: 99.7% (24M cached / 82K reads)
[OK] Query cache efficiency: 84.9% (333K cached / 392K selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 5K sorts)
[!!] Temporary tables created on disk: 41% (842 on disk / 2K total)
[OK] Thread cache hit rate: 99% (20 created / 5K connections)
[OK] Table cache hit rate: 76% (314 open / 410 opened)
[OK] Open file limit used: 4% (544/11K)
[OK] Table locks acquired immediately: 97% (81K immediate / 83K locks)
[OK] InnoDB data size / buffer pool: 11.1M/128.0M
——— Recommendations ——————————————————
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
MySQL started within last 24 hours — recommendations may be inaccurate
Reduce your overall MySQL memory footprint for system stability
When making adjustments, make tmp_table_size/max_heap_table_size equal
Reduce your SELECT DISTINCT queries without LIMIT clauses
Variables to adjust:
*** MySQL’s maximum memory usage is dangerously high ***
*** Add RAM before increasing MySQL buffer variables ***
tmp_table_size (> 64M)
max_heap_table_size (> 64M)
mysql нагружает процессор на 100%
Сервер сильно загружен (100%). Основную нагрузку создает процесс mysql (99.9%). Хостинг советует оптимизировать процесс mysql. Как это делается?
На сайте с 10.10.2008
19 марта 2017, 13:25
Вот как это делается: ищете толкового админа, даете ему бабла и еще на пиво. И радуетесь жизни . )))
Занимаюсь разработкой и продвижением интернет магазинов. Внедряю аналитику и консультирую по seo.
На сайте с 17.09.2012
19 марта 2017, 14:25
tes73:
Сервер сильно загружен (100%). Основную нагрузку создает процесс mysql (99.9%). Хостинг советует оптимизировать процесс mysql. Как это делается?
Включить мониторинг тяжелых запросов, все что больше 1 секунды, то это плохо. Включить мониторинг индексирования запросов, после эти данные передать прогеру, что бы он починил. и т.д. А что за хостинг( шаред, впс, или реальный сервер)?
Настройка BSD систем. (https://www.fryaha.ru) Знание сила, незнание Рабочая сила!
На сайте с 17.08.2008
19 марта 2017, 14:29
Как это делается?
Сделайте лог для медленных запросов, смотрите какие запросы медленные и по каким причинам. Возможно проще сменить хостинг, и не париться изучением баз данных.
На сайте с 23.05.2004
19 марта 2017, 16:32
Если имеется ввиду, что mysql постоянно без остановки грузит на 100% — то обновлять операционку. Имел такое на ubuntu 12, когда через пол года работы и без каких либо обновлений, mysql стал сжирать весь процессор. Локальные обновление не помогали, помогло только полное обновление системы .
Это просто подпись.
На сайте с 14.05.2010
20 марта 2017, 21:13
что показывает htop? log-slow-queries=1 и вперед.
Качественная помощь в обслуживании серверов. (/ru/forum/661100) Бесплатных консультаций не даю, не помогаю, не обучаю. Минималка от 100$. Как пропатчить KDE-просьба не спрашивать. Есть форумы (http://linux.org.ru) и полезные сайты (http://www.opennet.ru/).
На сайте с 04.01.2012
21 марта 2017, 08:02
Может быть нагрузка на диск? iowait какой?
NVMe VDS (https://well-web.net/nvme-vps) с поддержкой 24/7 — от 545 руб.! Безлимитный хостинг (https://well-web.net/ssd-hosting) — от 129 руб.! Домен в подарок! Перенос бесплатно! Заказывайте сейчас, и получите скидку 50%! Заходи! (https://well-web.net/limited-offers)
На сайте с 21.07.2010
21 марта 2017, 17:23
пробуйте рекомендации mysqltuner
аська 45два48499два записки на работе (http://memoryhigh.ru) помогу с сайтом, удалю вирусы, настрою впс -> отзывы ТУТ (/ru/forum/836248) и ТАМ (http://www.maultalk.com/topic140187.html) . всегда проверяйте данные людей, которые сами пишут вам в аську или скайп.
На сайте с 15.06.2016
30 марта 2017, 08:21
есть такая утилита для mysql — mytop в ней как в top можно посмотреть запросы онлайн и время выполнения запроса. Это дополнение к логу медленных запросов который нужно включить и посмотреть что в нем. Ну а далее уже нужно изучать сам запрос и базу.
Хостинг RackTech (http://racktech.ru/), аренда VPS / VDS и выделенных серверов, регистрация доменных имен
На сайте с 19.02.2005
30 марта 2017, 22:46
tes73:
Хостинг советует оптимизировать процесс mysql. Как это делается?
1. Создаете индексы для всех запросов которые без индексов 2. Переписываете неиднексируемые запросы в индексируемые
MySQL грузит все ядра проца. Глюк?
Лучше всего проблему иллюстритует сия картинка
Если описать это словами, то выходит так. Сервер работает как ни в чём ни бывало. Нагружено около половины ядер. И не на 100%, а на 50-70%. Потом внезапно нагрузка улетает в космос. При этом база встаёт раком, ответы происходят очень долго. Всё это длится 10-50 секунд, и потом опять перерыв на минутку.
И я никак не могу понять в чём причина этой беды. Ибо эту картинку я вижу не в первый раз. На нее я натыкался и ранее, еще лет 5 назад. То есть собственно версия ядра, дистрибутива или даже мускуля скорее всего не причем.
Причем по мониторингу (htop) видно что проц то загружен системным вызовом. Т.е. это или огромное количество некоторых вызовов к ядру, или интенсивное выделение-забирание памяти, или ввод-вывод.
Но как промониторить самые топовые вызовы ядра я не знаю. Память судя опять же по мониторингу массово не выделяется и не забирается (по меньшей мере гигабайтами, чтобы это было заметно).
iotop показывает ввод-вывод не сильно отличающийся от такового в нормальном состоянии.
Запросы во время глюка выполняются самые обычные. Не сказать чтобы как-то менялась пропорция выбор/обновление, или запрашивались особые таблицы. Думал может что-то по крону запускается из переодических заданий. Но я пробовал останавливать их все на время. Проблема остается.
К слову о сервере и системе: 2 x Xeon E5-2680v3 @2.5GHz (24 реальных ядра), 64Гб DDR4. SSD энтерпрайз уровня на 960Гб. Быстрые. Ну то есть сервер очень даже ничего. ОС Centos 7 (ядро 3.10), юзаю Percona 5.7. База на отдельном разделе (впрочем рояли это особо не должно играть). Кроме мускуля на сервере не стоит вообще ничего.
Собственно неделя как переехали со старого сервака, который был ровно в 2 раза слабее и перестал тянуть нагрузку.
Так вот на нём по началу я тоже видел такую же картину переодически. Но потом подобрал такие параметры в конфиге мускула, что всё вроде как улеглось. Но все ж сервак перестал тянуть, и мы переехали на новый. а тут опять эта проблема.
И тут время перейти к тому, чтобы рассказать что я УЖЕ делал:
1) Рестарт мускула — спасает ситуацию на минуту
2) Рестарт сервера ни на что не влияет
3) Тюнинг параметров. Пробовал дефолтные. Пробовал со старого сервака. Пробовал поднимать до разумных значений. Пробовал до неразумных. Пробовал тюнить по советам утилиты mysqltuner. Ничего не помогает.
Важное замечание: проблема наблюдается только в час пик. Так что всё это явно коррелирует с нагрузкой на мускул сервер. В остальное время дня всё окей.
Что еще я хочу сказать. я не настоящий сварщик. В смысле не DBA. Просто рядовой Linux-админ. Я плохо понимаю как внутри устроен mysql, innodb и так далее. Поэтому и прошу помощи. Разобраться сам не смог.
Ниже прикреплю на всякий случай шапку от mytop:
MySQL on localhost (5.7.18-16) up 0+00:38:59 [00:32:19] Queries: 26.1M qps: 11695 Slow: 0.0 Se/In/Up/De(%): 66/09/04/00 qps now: 11493 Slow qps: 0.0 Threads: 180 ( 5/ 8) 66/09/04/00 Key Efficiency: 93.0% Bps in/out: 11.0M/89.7M Now in/out: 10.7M/90.5MСейчас конечно не час-пик уже. Но хоть какая-то инфа.
И заодно конфиг мускула
[mysqld] bind-address=xxxx datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock user=mysql symbolic-links=1 innodb_buffer_pool_size=16384M #пробовал всякое. от 8 до 32гб. разницы нет innodb_log_file_size=1024M # тоже всякое. вплоть до комментирования innodb_flush_method = O_DIRECT innodb_flush_log_at_trx_commit = 0 sql-mode="" query_cache_size = 4096M # тоже менял от 0 до 4гб join_buffer_size = 64M thread_cache_size = 8 max_connections=8192 open_files_limit=8192 explicit_defaults_for_timestamp=1 max_allowed_packet=128M log-error=/var/log/mysqld.log log_error_verbosity=2 [mysqld_safe] log-error=/var/log/mysqld.log pid-file=/var/run/mysqld/mysqld.pid open_files_limit=4096 innodb_buffer_pool_populate = yes flush_caches = yes numa_interleave = yesЕсли интересно, могу опубликовать скрин Mysql Workbench Dashboard во время того когда мускул глючит.
Или Perfomance Statistics. Все равно я в ней ничего особо не понимаю.
Очень хочется разрешить уже этот глюк для себя. И понять почему он возникает.
Пока подозрения на то что у меня мускул сконфигурирован так, что потенциально может запросить больше памяти чем есть. И это как-то сносит крышу ядру.
- Вопрос задан более трёх лет назад
- 10467 просмотров
11 комментариев
Сложный 11 комментариев