Zwei MySQL-Server realisieren die gegenseitige Backup-Konfiguration auf zwei Maschinen und testen die Datensynchronisierung
- php是最好的语言Original
- 2018-08-02 17:17:503211Durchsuche
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
Wenn Sie den Slave-Status überprüfen, werden Sie Folgendes feststellen: Slave_IO_Running: Connecting
Es gibt drei Hauptgründe für dieses Problem:
-
Das Netzwerk ist nicht verfügbar (versuchen Sie, sich gegenseitig anzupingen, um zu sehen, ob der Ping funktioniert)
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!