Zwei MySQL-Server realisieren die gegenseitige Backup-Konfiguration auf zwei Maschinen und testen die Datensynchronisierung

Dieser Artikel gibt eine detaillierte Einführung in die gegenseitige Sicherungskonfiguration zweier Maschinen. Nachdem die Testdaten synchronisiert wurden, ändern Sie ein Datenelement in der 10.168.1.44-Serverdatenbank, und Sie können sehen, dass Daten wurden synchronisiert. Wenn Sie umgekehrt die Daten von 10.168.0.126 ändern, können Sie auch die entsprechenden Tabellendatenänderungen in der Datenbank 10.168.1.44 sehen. Zu diesem Zeitpunkt stehen 10.168.0.126 und 10.168.1.44 in einer Master-Slave-Datenbankbeziehung zueinander.

Empfohlene MySQL-Video-Tutorials: „MySQL-Tutorial“

Apache PHP MySQL

Vorbereitende Vorbereitung

Zwei Server: 10.168.1.44

10.168.0.126

Betriebsumgebung: Linux-System (Centos6.5)

Mysql Version: 5.7.22

Konfiguration ändern

/etc/my auf beiden Servern ändern Die Informationen der . conf-Konfigurationsdatei lautet wie folgt:

Fügen Sie in der 10.168.1.44 server/etc/my.conf-Konfigurationsdatei Folgendes hinzu:

server_id=10

log-bin=master_01 / /Aktivieren Sie das Binärprotokoll, damit ein anderer Server das Protokoll verwenden kann, um den Ausführungsvorgang zu bestimmen

binlog-do-db=test_db //Synchronisierte Tabelle

binlog-do-db=my_test / /Die synchronisierte Tabelle

wird in der Konfigurationsdatei 10.168.0.126 server/etc/my.conf hinzugefügt:

server_id=20

log-bin=master_02 //Öffnen Binärprotokoll, die Funktion besteht darin, dass ein anderer Server das Protokoll verwenden kann, um den Ausführungsvorgang zu bestimmen

binlog-do-db=test_db //Synchronisierte Tabelle

binlog-do-db=my_test // Synchronisierung Führen Sie nach dem Hinzufügen der Tabelle

den Befehl service mysqld restart aus, um die Datenbank neu zu starten, damit die Änderung wirksam wird

MySQL-Konto hinzufügen

Fügen Sie ein MySQL-Konto hinzu und führen Sie die Datensynchronisierung durch, indem Sie den autorisierten Benutzern

10.168.1.44 Ausführungsbefehl geben:

GRANT FILE ON *.* TO 'copyuser'@'10.168.0.126' IDENTIFIED BY 'Admin@123';

GRANT REPLICATION SLAVE ON *.* TO 'copyuser'@'10.168.0.126' IDENTIFIED BY 'Admin@123';

flush privileges;

10.168.0.126 Ausführungsbefehl:

GRANT FILE ON *.* TO 'copyuser'@'10.168.1.44' IDENTIFIED BY 'Admin@123';

GRANT REPLICATION SLAVE ON *.* TO 'copyuser'@'10.168.1.44' IDENTIFIED BY 'Admin@123';

flush privileges;

Slave-Datenbank konfigurieren

10.168.1.44-Konfiguration:

Aktuellen Status der Master-Datenbank anzeigen:

MySQL> Master-Status anzeigen;

Aktuelle Datei- und Positionswerte aufzeichnen;

Geben Sie 10.168.0.126 ein, um auf die Datenbank zuzugreifen und deren Master-Datenbankstatus anzuzeigen

Ausführen am 10.168.1.44

mysql>CHANGE MASTER TO

MASTER_HOST='10.168.0.126',

MASTER_USER='copyuser',

MASTER_PASSWORD='Admin@123',

MASTER_PORT=3306,

MASTER_LOG_FILE='master_02.000002',

MASTER_LOG_POS=1771,

MASTER_CONNECT_RETRY=10;

在10.168.0.126执行：

mysql>CHANGE MASTER TO

MASTER_HOST='10.168.1.44',

MASTER_USER='copyuser',

MASTER_PASSWORD='Admin@123',

MASTER_PORT=3306,

MASTER_LOG_FILE='master_01.000008',

MASTER_LOG_POS=154,

MASTER_CONNECT_RETRY=10;

注：若slave开启状态无法执行以上命令，需要首先执行 stop slave；关闭slave，执行完上述命令后执行start slave；命令开启slave。

上述命令执行完后，查看从服务状态：

执行命令：

mysql> show slave status\G;

*************************** 1. row ***************************

               Slave_IO_State: Waiting for master to send event

                  Master_Host: 10.168.1.44

                  Master_User: copyuser

                  Master_Port: 3306

                Connect_Retry: 10

              Master_Log_File: master_01.000008

          Read_Master_Log_Pos: 154

               Relay_Log_File: cdh-2-relay-bin.000004

                Relay_Log_Pos: 367

        Relay_Master_Log_File: master_01.000008

             Slave_IO_Running: Yes

            Slave_SQL_Running: Yes

              Replicate_Do_DB:

          Replicate_Ignore_DB:

           Replicate_Do_Table:

       Replicate_Ignore_Table:

      Replicate_Wild_Do_Table:

  Replicate_Wild_Ignore_Table:

                   Last_Errno: 0

                   Last_Error:

                 Skip_Counter: 0

          Exec_Master_Log_Pos: 154

              Relay_Log_Space: 740

              Until_Condition: None

               Until_Log_File:

                Until_Log_Pos: 0

           Master_SSL_Allowed: No

           Master_SSL_CA_File:

           Master_SSL_CA_Path:

              Master_SSL_Cert:

            Master_SSL_Cipher:

               Master_SSL_Key:

        Seconds_Behind_Master: 0

Master_SSL_Verify_Server_Cert: No

                Last_IO_Errno: 0

                Last_IO_Error:

               Last_SQL_Errno: 0

               Last_SQL_Error:

  Replicate_Ignore_Server_Ids:

             Master_Server_Id: 10

                  Master_UUID: 778beb1e-8f0f-11e8-a815-00505695cd8c

             Master_Info_File: /var/lib/mysql/master.info

                    SQL_Delay: 0

          SQL_Remaining_Delay: NULL

      Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates

           Master_Retry_Count: 86400

                  Master_Bind:

      Last_IO_Error_Timestamp:

     Last_SQL_Error_Timestamp:

               Master_SSL_Crl:

           Master_SSL_Crlpath:

           Retrieved_Gtid_Set:

            Executed_Gtid_Set:

                Auto_Position: 0

         Replicate_Rewrite_DB:

                 Channel_Name:

           Master_TLS_Version:

1 row in set (0.00 sec)

Hinweis Slave_IO_Running: Ja und Slave_SQL_Running: Ja, die Konfiguration ist nur dann erfolgreich, wenn beide Ja sind.

Datensynchronisierung testen

Ein Datenelement in der 10.168.1.44-Serverdatenbank ändern:

Vor der Änderung:

Nach der Änderung:

Sehen Sie sich die Daten in der entsprechenden Tabelle in 10.168.0.126 an Datenbank:

Sie können sehen, dass sie synchronisiert wurde.

Wenn Sie umgekehrt die Daten von 10.168.0.126 ändern, können Sie die Änderungen auch in den entsprechenden Tabellendaten in der Datenbank 10.168.1.44 sehen.

Zu diesem Zeitpunkt besteht die gegenseitige Master-Slave-Datenbankbeziehung zwischen 10.168.0.126 und 10.168.1.44

Es können Probleme auftreten

1. Wenn Sie den Slave-Status überprüfen, werden Sie Folgendes feststellen: Slave_IO_Running: Connecting

Es gibt drei Hauptgründe für dieses Problem:

1. Das Netzwerk ist nicht verfügbar (versuchen Sie, sich gegenseitig anzupingen, um zu sehen, ob der Ping funktioniert)

2. Passwort falsch: Überprüfen Sie, ob das Passwort im beim Konfigurieren des Slaves ausgeführten Befehl korrekt ist. Entsprechend dem Master-Status der Slave-Server-Datenbank: Master-Status anzeigen kann gefunden werden)

Der Grund, warum ich dieses Problem habe, ist, dass der zum Synchronisieren von Daten verwendete Benutzer „copyuser“ nur auf einem Server erstellt wird und der Benutzer nicht in der Datenbank des anderen Servers erstellt wird . Nach der Erstellung ist es in Ordnung .

4. Bei der Überprüfung des Slave-Status werden Sie feststellen, dass Slave_SQL_Running: Nein

Der Hauptgrund für dieses Phänomen ist, dass es Unterschiede in den Daten gibt Sie können zwischen den beiden Datenbanken wechseln. Überprüfen Sie das MySQL-Protokoll, um das spezifische Datenelement zu finden, das abnormal ist.

Das MySQL-Protokoll befindet sich normalerweise in /var/log/mysqld.log

Das sollte so sein Beachten Sie, dass eine Änderung der Slave-Datenbankdaten zu einem Synchronisierungsfehler führen kann, wenn Sie die Slave-Datenbank nur für die Synchronisierung der Hauptdatenbankdaten konfigurieren und nicht für die Synchronisierung untereinander festlegen.

Verwandte Artikel:

MySQL-Datenbank-Dual-Machine-Hot-Backup-Konfiguration_MySQL

MySQL-Echtzeitsynchronisation-Dual-Machine-Gegenseitiges Backup ( Dual-Master)

Ähnliche Videos:

Video-Tutorial zur Analyse von MySQL-Datenverwaltungs-Backups und -Recovery-Fällen

Das obige ist der detaillierte Inhalt vonZwei MySQL-Server realisieren die gegenseitige Backup-Konfiguration auf zwei Maschinen und testen die Datensynchronisierung. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!