SHOW PROCESSLIST в команде MySQL: sleep

Когда я запускаю SHOW PROCESSLIST в базе данных MySQL, я получаю следующий результат:

mysql> show full processlist;

+--------+------+-----------+--------+---------+-------+-------+-----------------------+
| Id     | User | Host      | db     | Command | Time  | State | Info                  |
+--------+------+-----------+-------+---------+-------+-------+-----------------------+
| 411665 | root | localhost | somedb | Sleep   | 11388 |       | NULL                  | 
| 412109 | root | localhost | somedb | Query   |     0 | NULL  | show full processlist | 
+--------+------+-----------+-------+---------+-------+-------+------------------------+

Я хотел бы знать процесс «Сон», который находится под командованием. Что это означает? Почему он работает уже давно и показывает NULL? Это замедляет работу базы данных, и когда я убиваю процесс, он работает нормально. Пожалуйста, помогите мне.

Это не запрос, ожидающий подключения; это указатель соединения, ожидающий окончания тайм-аута.

Это не влияет на производительность. Единственное, что он использует, - это несколько байтов, как и каждое соединение.

Наихудший случай: используется одно соединение вашего пула; Если вы подключитесь несколько раз через консольный клиент и просто закроете клиент, не закрывая соединение, вы можете использовать все свои подключения и дождаться тайм-аута, чтобы снова подключиться ... но это маловероятно :-)

Видите MySql Proccesslist, заполненный записями «Сон», ведущими к «Слишком много подключений»? и /dba/1558/how-long-is-too-long-for-mysql-connections-to-sleep для получения дополнительной информации.

Соединения в состоянии «сна» чаще всего создаются кодом, который поддерживает постоянные соединения с базой данных.

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

Как упоминалось выше в комментариях, на самом деле нет причин беспокоиться об этих подключениях ... если, конечно, вы не знаете, откуда идет соединение.

(ПРЕДОСТЕРЕЖЕНИЕ: если у вас есть длинный список таких подключений, может возникнуть опасность исчерпания одновременных подключений.)

Я нашел этот ответ здесь: /dba/1558 . Короче говоря, использование следующего (или в my.cnf) устранит проблему тайм-аута.

SET GLOBAL interactive_timeout = 180; SET GLOBAL wait_timeout = 180;

Это позволяет соединениям завершаться, если они остаются в состоянии сна в течение 3 минут (или в зависимости от вашего определения).

Сон означает, что поток ничего не делает. Время слишком велико из-за запроса потока, но не отключать сервер, по умолчанию wait_timeout = 28800; поэтому вы можете установить меньшие значения, например 10. также вы можете убить поток.