Skip navigation links
MySQL 5.1 Referenzhandbuch :: 6 Replikation bei MySQL :: 6.4 Replikation: Implementationsdetails :: 6.4.2 I/O-Thread-Zustände von Replikationsslaves
6.4.3 SQL-Thread-Zustände von Replikationsslaves »
Section Navigation      [Toggle]

6.4.2. I/O-Thread-Zustände von Replikationsslaves

Die folgende Liste zeigt die häufigsten Statusangaben, die in der Spalte State für den I/O-Thread auf dem Slave-Server erscheinen können. Dieser Status erscheint auch in der Spalte Slave_IO_State, die von SHOW SLAVE STATUS angezeigt wird. Sie können also mit dieser Anweisung einen guten Eindruck davon erhalten, was gerade passiert.

  • Connecting to master

    Der Thread versucht, eine Verbindung zum Master herzustellen.

  • Checking master version

    Eine Statusangabe, die nur ganz kurz angezeigt wird, nachdem die Verbindung zum Master erfolgreich hergestellt werden konnte.

  • Registering slave on master

    Eine Statusangabe, die nur ganz kurz angezeigt wird, nachdem die Verbindung zum Master erfolgreich hergestellt werden konnte.

  • Requesting binlog dump

    Eine Statusangabe, die nur ganz kurz angezeigt wird, nachdem die Verbindung zum Master erfolgreich hergestellt werden konnte. Der Thread fordert beim Master die Inhalte der Binärlogs beginnend bei der angegebenen Binärlogdatei und Position an.

  • Waiting to reconnect after a failed binlog dump request

    Wenn die Anforderung des Binärlogs fehlgeschlagen ist (etwa aufgrund eines Verbindungsabbruchs), dann wechselt der Thread in diesen Status, solange er schläft, versucht aber in regelmäßigen Abständen, die Verbindung wiederherzustellen. Das Intervall zwischen den Verbindungsversuchen kann mit der Option --master-connect-retry angegeben werden.

  • Reconnecting after a failed binlog dump request

    Der Thread versucht, erneut eine Verbindung zum Master herzustellen.

  • Waiting for master to send event

    Der Thread hat die Verbindung zum Master hergestellt und wartet auf das Eintreffen von Binärlogereignissen. Dies kann recht lange dauern, wenn der Master untätig ist. Dauert der Wartevorgang länger als slave_read_timeout Sekunden, dann tritt eine Zeitüberschreitung auf. Der Thread geht dann davon aus, dass die Verbindung abgebrochen ist, und versucht, sie neu herzustellen.

  • Queueing master event to the relay log

    Der Thread hat ein Ereignis gelesen und kopiert es in sein Relay-Log, damit der SQL-Thread es verarbeiten kann.

  • Waiting to reconnect after a failed master event read

    Ein Lesefehler ist aufgetreten (aufgrund eines Verbindungsabbruchs). Der Thread schläft für master-connect-retry Sekunden und versucht dann, die Verbindung neu herzustellen.

  • Reconnecting after a failed master event read

    Der Thread versucht, erneut eine Verbindung zum Master herzustellen. Wenn die Verbindung wiederhergestellt werden konnte, wechselt der Status zu Waiting for master to send event.

  • Waiting for the slave SQL thread to free enough relay log space

    Sie verwenden einen relay_log_space_limit-Wert ungleich null. Die Relay-Logs sind in ihrer Summe auf eine Größe angewachsen, die diesen Wert überschreitet. Der I/O-Thread wartet, bis der SQL-Thread durch die Verarbeitung von Relay-Log-Inhalten genug Speicher freigegeben hat, sodass Relay-Logs gelöscht werden können.

  • Waiting for slave mutex on exit

    Eine Statusangabe, die beim Beenden des Threads ganz kurz angezeigt wird.

Dies ist eine Übersetzung des MySQL-Referenzhandbuchs, das sich auf dev.mysql.com befindet. Das ursprüngliche Referenzhandbuch ist auf Englisch, und diese Übersetzung ist nicht notwendigerweise so aktuell wie die englische Ausgabe. Das vorliegende deutschsprachige Handbuch behandelt MySQL bis zur Version 5.1.