ПОКАЗАТИ ПРОЦЕСЛІСТ в команді MySQL: спати

Question 1

Коли я запускаю 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? Це робить базу даних повільною, і коли я вбиваю процес, вона працює нормально. Будь ласка, допоможи мені.

Question 2

Це не запит, який чекає з’єднання; це покажчик з'єднання, який очікує закінчення часу очікування.

Це не впливає на продуктивність. Єдине, що він використовує - це кілька байтів, як це робить кожне з’єднання.

Насправді найгірший випадок: це використання одного підключення вашого басейну; Якщо ви підключитеся кілька разів через консольний клієнт і просто закриєте клієнта, не перериваючи з’єднання, ви можете використати всі свої з’єднання і вам доведеться чекати часу очікування, щоб знову можна було підключитися ... але це малоймовірно :-)

Дивіться MySql Proccesslist, заповнений записами "Sleep", що ведуть до "Забагато з'єднань"? та /dba/1558/how-long-is-too-long-for-mysql-connections-to-sleep для отримання додаткової інформації.

Question 3

Зв'язки стану "сплячого режиму" найчастіше створюються кодом, який підтримує постійні з'єднання з базою даних.

Це може включати або пули підключень, створені фреймворками програм, або засоби адміністрування баз даних на стороні клієнта.

Як зазначалося вище в коментарях, насправді немає причин турбуватися про ці зв’язки ... якщо, звичайно, ви не уявляєте, звідки зв’язок.

(CAVEAT: Якщо у вас довгий список подібних типів з'єднань, може існувати небезпека закінчення одночасних з'єднань.)

Question 4

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

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

Це дозволяє з’єднанням припинятися, якщо вони залишаються у сплячому стані протягом 3 хвилин (або що б ви не визначили).

Question 5

Сон означає, що нитка нічого не робить. Час занадто великий, оскільки запит антору в потоці, але не відключення сервера, за замовчуванням wait_timeout = 28800, тому ви можете встановити значення меншими, наприклад 10. Також ви можете вбити потік.