Wenn in mysql Slave_IO_Running läuft, Slave_SQL_Running aber nicht, dann spricht viel dafür, dass das aktuelle slave relay log defekt ist. show slave status \G sieht dann z.B. so aus: mysql> show slave status \G *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: master.example.com Master_User: slaver_user Master_Port: […]
Um die Replikation über ssl abzusichern, muss mysql ssl unterstützen. mysql -u root -p show variables like ‘%ssl%’; Wenn das Ergebnis so aussieht, ist ssl noch nicht konfiguriert. have_openssl DISABLED have_ssl DISABLED ssl_ca ssl_capath ssl_cert ssl_cipher ssl_key Zunächst wird auf beiden Servern das Verzeichnis für die ssl-keys angelegt. mkdir -p […]
Man kann entweder ein Logfile für alle Queries setzen (mysqld –log=log_file_name bzw. log = log_file_name in der my.cnf) oder die Abfragen in die Tabelle mysql.general_log protokollieren lassen. Die Verwendung der Tabelle kann zum einen ohne Neustart des mysqld erfolgen, zum anderen lassen sich die dort gespeicherten Werte wesentlich leichter filtern. […]
Die unter Block outdated clients vorgestellte Lösung funktioniert zumindest mit syslog-ng 3.4.2 nicht, da syslog-ng “lseek()” verwendet, um das Ende von z.B. /proc/net/xt_recent/irgendwas zu erreichen, während die destination program lediglich ein externes Programm startet. Mit file als destination sieht das im Log dann so aus: Aug 29 00:00:44 mx03.schaal-24.de syslog-ng[20351]: […]
Zum Absichern der MySQL-Replikation verwende ich stunnel. Dadurch wird die Übertragung verschlüsselt; MySQL bietet zwar auch SSH an, das ist aber nicht ganz so einfach zu installieren. Und stunnel kann, einmal installiert, für die Verschlüsselung anderer Dienste genutzt werden. Für die Replikation über stunnel erfolgen die Zugriffe über den Tunnel, […]
Ich habe schon hier darauf hingewiesen, dass man zwar eine Replikation leicht wieder aufsetzen kann, dazu muss man aber auch mitbekommen, dass diese nicht mehr läuft. Statt wie ein dressierter Affe des öfteren “CHECK SLAVE STATUS\G” in mysql einzugeben, lasse ich das lieber Nagios machen. Dadurch bekomme ich Fehlerfall eine […]
Sollte die mysql-Replikation nicht mehr laufen, gibt es zwei Wege, den Fehler zu beheben: den Fehler überspringen ein vernünftiger Rebuild Den Fehler zu überspringen kann in manchen Fällen schon ausreichend sein. Das kann z.B. der Fall sein, wenn zeitgleich auf beiden Servern ein identisches INSERT ausgeführt wird. Fehler übersrpingen Login […]
Im Unterschied zu einer master-slave-Replikation werden bei einer master-master-Replikation stehen auf jedem Server gemachte Änderungen sofort auf beiden zur Verfügung. Das Aufsetzen einer master-master-Replikation unterscheidet sich nicht gravierend von einer master-slave-Replikation. Ich gehe hier nur auf die erforderlichen Änderungen ein (die Basics stehen mysql master-slave-Replikation). Der alter Master-Server bleibt weiterhin […]