Le serveur MySQL crée les threads suivants :
Le thread de connexion TCP/IP, qui gère toutes les demandes de connexion, et crée un nouveau thread dédié pour gérer l'identification et le traitement des requêtes SQL, pour chaque connexion.
Sur Windows NT, il y a un thread appelé gestionnaire de pipe, qui effectue le même travail que le thread de gestion des demandes de connexion, sur les demandes de connexion par pipe.
Le threads de signal gère tous les signaux. Ce thread gère
aussi normalement les alertes et les appels à
process_alarm()
pour forcer les délais
d'expiration des connexions qui sont inactives.
Si mysqld
est compilé avec l'option
-DUSE_ALARM_THREAD
, un thread dédié aux
alarmes est créé. Il est uniquement utilisé sur certains
systèmes où il y a des problèmes avec la fonction
sigwait()
ou si vous voulez utiliser la
fonction thr_alarm()
dans des
applications qui n'ont pas de thread dédié aux signaux.
Lors de l'utilisation de l'option
--flush_time=#
, un thread dédié est
créé pour vider les tables de la mémoire à intervalle
régulier.
Chaque connexion a son propre thread dédié.
Chaque table différente sur laquelle des INSERT
DELAYED
sont pratiquées re¸oit un thread.
Si vous utilisez l'option --master-host
, un
thread de réplication sera démarré pour lire et appliquer
les modifications du maître.
mysqladmin processlist
affiche uniquement les
threads de connexion, ceux de INSERT DELAYED
et ceux de réplication.
This is a translation of the MySQL Reference Manual that can be found at dev.mysql.com. The original Reference Manual is in English, and this translation is not necessarily as up to date as the English version.