Discussion :

[dafalri]

Bonjour,

Je ne suis vraiment pas expert dans ce domaine mais est-il normal d'avoir une quantité impressionnante de process SLEEP qui tourne ?

Voici un exemple de ce qui m'arrive de voir en faisant un SHOW FULL PROCESSLIST :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
Id  User  Host  db  Command  Time  State  Info  
  242278 tod localhost tva Sleep 59   [BLOB - NULL] 
  242375 vtread sbds-tod:34331 tod Sleep 60   [BLOB - NULL] 
  242589 vtread sbds-tod:34552 tod Sleep 271   [BLOB - NULL] 
  242622 vtread sbds-tod:34586 tod Sleep 206   [BLOB - NULL] 
  242635 vtread sbds-tod:34599 tod Sleep 207   [BLOB - NULL] 
  242761 vtread sbds-tod:34724 tod Sleep 227   [BLOB - NULL] 
  243092 vtread sbds-tod:55655 tod Sleep 211   [BLOB - NULL] 
  243102 vtread sbds-tod:55665 tod Sleep 209   [BLOB - NULL] 
  243118 vtread sbds-tod:55681 tod Sleep 201   [BLOB - NULL] 
  243128 vtread sbds-tod:55693 tod Sleep 198   [BLOB - NULL] 
  243144 vtwrite sbds-tod:55709 tod Sleep 1134   [BLOB - NULL] 
  243152 vtwrite sbds-tod:55717 tod Sleep 1129   [BLOB - NULL] 
  243167 vtwrite sbds-tod:55732 tod Sleep 1112   [BLOB - NULL] 
  243177 vtwrite sbds-tod:55742 tod Sleep 1103   [BLOB - NULL] 
  243488 tod localhost tva Sleep 50   [BLOB - NULL] 
  243639 vtread sbds-tod:53664 tod Sleep 49   [BLOB - NULL] 
  243865 vtread sbds-tod:53934 tod Sleep 75   [BLOB - NULL] 
  244071 vtread sbds-tod:35148 tod Sleep 77   [BLOB - NULL] 
  244073 vtread sbds-tod:35153 tod Sleep 79   [BLOB - NULL] 
  244086 vtread sbds-tod:35172 tod Sleep 77   [BLOB - NULL] 
  244089 vtread sbds-tod:35176 tod Sleep 77   [BLOB - NULL] 
  244091 vtread sbds-tod:35179 tod Sleep 75   [BLOB - NULL] 
  244097 vtread sbds-tod:35192 tod Sleep 77   [BLOB - NULL] 
  244099 vtwrite sbds-tod:35196 tod Sleep 330   [BLOB - NULL] 
  244104 vtread sbds-tod:35204 tod Sleep 62   [BLOB - NULL] 
  244106 vtread sbds-tod:35209 tod Sleep 74   [BLOB - NULL] 
  244129 vtwrite sbds-tod:35249 tod Sleep 299   [BLOB - NULL] 
  244137 vtread sbds-tod:35262 tod Sleep 71   [BLOB - NULL] 
  244167 vtread sbds-tod:35314 tod Sleep 71   [BLOB - NULL] 
  244321 vtread sbds-tod:35472 tod Sleep 70   [BLOB - NULL] 
  244333 vtread sbds-tod:35484 tod Sleep 70   [BLOB - NULL] 
  244344 vtread sbds-tod:35495 tod Sleep 70   [BLOB - NULL] 
  244385 vtwrite sbds-tod:35548 tod Sleep 242   [BLOB - NULL] 
  244457 vtread sbds-tod:35629 tod Sleep 70   [BLOB - NULL] 
  244458 vtread sbds-tod:35630 tod Sleep 70   [BLOB - NULL] 
  244464 vtwrite sbds-tod:35642 tod Sleep 225   [BLOB - NULL] 
  244465 vtread sbds-tod:35644 tod Sleep 68   [BLOB - NULL] 
  244466 vtread sbds-tod:35645 tod Sleep 69   [BLOB - NULL] 
  244467 vtread sbds-tod:35646 tod Sleep 69   [BLOB - NULL] 
  244471 vtread sbds-tod:35654 tod Sleep 69   [BLOB - NULL] 
  244473 vtread sbds-tod:35657 tod Sleep 70   [BLOB - NULL] 
  244474 vtread sbds-tod:35660 tod Sleep 69   [BLOB - NULL] 
  244480 vtwrite sbds-tod:35670 tod Sleep 211   [BLOB - NULL] 
  244495 vtwrite sbds-tod:35695 tod Sleep 199   [BLOB - NULL] 
  244502 vtread sbds-tod:35708 tod Sleep 69   [BLOB - NULL] 
  244504 vtread sbds-tod:35712 tod Sleep 68   [BLOB - NULL] 
  244505 vtread sbds-tod:35717 tod Sleep 69   [BLOB - NULL] 
  244507 vtwrite sbds-tod:35720 tod Sleep 186   [BLOB - NULL] 
  244514 vtread sbds-tod:44779 tod Sleep 69   [BLOB - NULL] 
  244531 vtwrite sbds-tod:44813 tod Sleep 164   [BLOB - NULL] 
  244532 vtread sbds-tod:44816 tod Sleep 68   [BLOB - NULL] 
  244534 vtread sbds-tod:44819 tod Sleep 67   [BLOB - NULL] 
  244540 vtwrite sbds-tod:44827 tod Sleep 157   [BLOB - NULL] 
  244547 vtwrite sbds-tod:44839 tod Sleep 151   [BLOB - NULL] 
  244549 vtread sbds-tod:44845 tod Sleep 67   [BLOB - NULL] 
  244566 vtwrite sbds-tod:44869 tod Sleep 137   [BLOB - NULL] 
  244568 vtwrite sbds-tod:44872 tod Sleep 136   [BLOB - NULL] 
  244827 vtread sbds-tod:45280 tod Sleep 0   [BLOB - NULL] 
  244828 vtread sbds-tod:45281 tod Sleep 0   [BLOB - NULL]

[CinePhil]

Il semble que les sessions MySQL ne se ferment pas et que chaque fois qu'un utilisateur refait une requête une nouvelle session s'ouvre.

[Sivrît]

Il semble que les sessions MySQL ne se ferment pas et que chaque fois qu'un utilisateur refait une requête une nouvelle session s'ouvre.

En fait ça dépend de l'application cliente. Pour MySQL, thread et connexion sont équivalents. Et le fermeture intervient quand le client se déconnecte.

"Sleep" est l'état normal des process entre les demandes du client. Comme les requêtes sont en général assez rapides, une connexion passe bien souvent la majorité de son temps dans cet état à attendre la prochaine requête.

Dans ce cas ci, je dirais qu'il y a quand même beaucoup de connexions (à supposer que c'est bien la liste complète) qui ne font rien, pour certaines depuis longtemps, pour un unique client. Ça dépend vraiment des applications, mais plus de 1000 secondes à ne rien faire... A voir éventuellement s'il n'y aurait pas des connexions dont la fermeture n'est pas oubliée. Après, ce ne sont "que" des centaines de secondes (à comparer au timeout de 8 heures par défaut de MySQL), en nombre encore raisonnable, et les plus vieilles ne sont pas celles qui sont inutilisées depuis le plus longtemps. Donc il n'y a probablement pas de quoi paniquer. Mais ce serait certainement plus propre avec un pool de connexions

[dafalri]

Merci pour vos réponses.
Je vais regarder ces histoires de fermeture de connexions.

Je le mets en résolu même si ce n'est pas le cas.