24.1.1 Threads MySQL

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.