Die MariaDB-Datenbank wird basierend auf der synchronen GTID-Master-Slave-Replikation installiert und konfiguriert

Betriebssystem: CentOS Linux Version 7.3.1611 (Core)

Datenbank:MariaDB-10.2.6-linux-glibc_214-x86_64

Hauptserver: 10.10.10.56

Slave-Server:10.10.10.163

1. Was wir heute tun müssen, ist eine einseitige Master-Slave-Synchronisation

Informationen zur Installation der MariaDB (MySQL)-Datenbank finden Sie unter „Centos7.3 x64-Bit-Binärinstallation (MySQL) MariaDB 10.1.20-Datenbankproduktion“. Als nächstes beginnt der Konfigurationsprozess des MariaDB (MySQL)-Serverclusters.

2. Ändern oder fügen Sie die folgenden Informationen in der MariaDB (MySQL)-Konfigurationsdatei hinzu

vim /etc/my.cnf

主从通用配置

binlog-format = mixed #二进制日志记录的模式（高版本默认开启）
binlog-checksum = CRC32 #可使主机为写入二进制日志的事件写入校验（高版本默认开启）
sync-master-info = 1 #MariaDB依靠操作系统将master.info文件刷新到磁盘。
sync_relay_log_info = 1 #MariaDB依靠操作系统将relay-log.info文件刷新到磁盘。
expire_logs_days = 7 #日志文件过期天数,默认是 0,表示不过期 
master-verify-checksum = 1 #主服务器效验
slave-sql-verify-checksum = 1 #从服务器效验

3. Zusätzlich zur allgemeinen Konfiguration muss der Hauptserver-Master auch den folgenden Code hinzufügen

server-id = 56 #MySQL服务器ID,不重复
log-bin = mysql-bin #二进制日志（默认开启）
sync-binlog = 1 #主服务器进行设置,用于事务安全
log-bin-index = mysql-bin

4. Zusätzlich zur allgemeinen Konfiguration muss der Slave-Server Slave auch den folgenden Code hinzufügen

server-id = 163
relay-log = relay-bin #中继日志
slave-parallel-threads = 2 #设定从服务器的SQL线程数
#replicate-do-db = renwoleblogdb#复制指定的数据库,多个写多行
replicate-ignore-db = mysql #不备份的数据库,多个写多行
relay_log_recovery = 1 #从站崩溃后可以使用,防止损坏的中继日志处理。
log-slave-updates = 1 #slave将复制事件写进自己的二进制日志
relay-log-index = relay-bin

Darüber hinaus ist es nicht erforderlich, das Binärprotokoll auf dem MySQL-Slave-Server zu aktivieren, aber in einigen Fällen muss es festgelegt werden. Wenn der Slave beispielsweise der Master eines anderen Slaves ist, muss bin_log festgelegt werden. Ich lasse es hier standardmäßig aktiviert.

5. Das Obige ist nur eine kurze Einführung in die Rolle der einzelnen Parameter. Die spezifischen Einstellungen dieser Parameter müssen entsprechend der tatsächlichen Situation des Benutzers angepasst werden

《复制和二进制日志服务器系统变量》
https://mariadb.com/kb/en/mariadb/replication-and-binary-log-server-system-variables/

关于系统变量的兼容性，可参阅官方

《MariaDB与MySQL兼容性》
https://mariadb.com/kb/en/mariadb/mariadb-vs-mysql-compatibility/

6. Hauptserver-Master-Autorisierungskonfiguration

Erstellen Sie ein dediziertes Konto auf dem MariaDB-Hauptserver und autorisieren Sie Datenbankberechtigungen sowie den Fernzugriff über die Server-IP

# mysql -uroot -p
Enter password:【输入你的MySQL密码回车】
MariaDB [(none)]> GRANT REPLICATION SLAVE ON *.* TO 'renwoleuseracc'@'%' IDENTIFIED BY 'renwoleuserpass'; //创建Slave专用备份账号
MariaDB [(none)]> flush privileges; //刷新MySQL权限
MariaDB [(none)]> SELECT DISTINCT CONCAT('User: ''',user,'''@''',host,''';') AS query FROM mysql.user; //查看授权情况
MariaDB [(none)]> flush tables with read lock; //锁定数据库防止master值变化
MariaDB [(none)]> show master status; //获取master状态值
+-----------------+----------+------------+-----------------+
| File |Position |Binlog_Do_DB|Binlog_Ignore_DB |
+-----------------+----------+------------+-----------------+
| mysql-bin.000006| 627 | | |
+-----------------+----------+------------+-----------------+
1 row in set (0.00 sec)

7. Sobald Sie während der Sicherung den richtigen Binlog-Speicherort (Dateiname und Offset) erhalten haben, können Sie die Funktion BINLOG_GTID_POS() verwenden, um die GTID zu berechnen

MariaDB [(none)]> SELECT BINLOG_GTID_POS("mysql-bin.000006", 627);
+------------------------------------------+
| BINLOG_GTID_POS('mysql-bin.000006', 627) |
+------------------------------------------+
| 0-56-4 |
+------------------------------------------+
1 row in set (0.01 sec)

8. Vom Server-Slave konfigurieren

Wie der Beamte sagte, wird mysqldump ab MariaDB-Version 10.0.13 diese Arbeit automatisch abschließen und die GTID in die Exportdatei schreiben. Setzen Sie einfach –master-data oder –dump-slave und setzen Sie –gtid.

In diesem Fall kann der neue SLAVE die Startposition der Replikation festlegen, indem er den Wert von @@gtid_slave_pos festlegt, CHANGE MASTER verwendet, um diesen Wert an die Hauptbibliothek zu übergeben, und dann die Replikation starten:

# mysql -uroot -p
Enter password:【输入你的MySQL密码】
MariaDB [(none)]> SET GLOBAL gtid_slave_pos = "0-56-4";
MariaDB [(none)]> change master to master_host='10.10.10.56',MASTER_PORT = 3306,master_user='renwoleuseracc',master_password='renwoleuserpass',master_use_gtid=slave_pos; //进行主从授权
MariaDB [(none)]> START SLAVE; //启动Slave
MariaDB [(none)]> show slave status\G
*************************** 1. row ***************************
 Slave_IO_State: Waiting for master to send event
 Master_Host: 10.10.10.56
 Master_User: renwoleuseracc
 Master_Port: 3306
 Connect_Retry: 60
 Master_Log_File: mysql-bin.000006
 Read_Master_Log_Pos: 627
 Relay_Log_File: relay.000035
 Relay_Log_Pos: 537
 Relay_Master_Log_File: mysql-bin.000006
 Slave_IO_Running: Yes
 Slave_SQL_Running: Yes
 ...
 ...
 ...
 Using_Gtid: Slave_pos
 Gtid_IO_Pos: 0-56-4

9. Wenn sowohl Slave_IO_Running als auch Slave_SQL_Running JA sind, zeigt dies an, dass der Slave-Dienst ausgeführt wird. Die Spalte Using_Gtid bestimmt, ob der GTID-Wert konsistent ist.

Beschreibung:

master_host 表示master授权地址
MASTER_PORT MySQL端口
master_user 表示master授权账号
master_password 表示密码
master_use_gtid GTID变量值

10. Als nächstes entsperren Sie die Hauptserver-Datenbanktabelle

MariaDB [(none)]> unlock tables; //解锁数据表
MariaDB [(none)]> show slave hosts; //查看从服务器连接状态
MariaDB [(none)]> show global status like "rpl%"; //查看客户端

11. Alle relevanten Parameter des Relais vom Server-Slave anzeigen

MariaDB [(none)]> show variables like '%relay%';

12. Die Master-Slave-Konfiguration ist abgeschlossen. Unabhängig davon, was auf dem Master-Server hinzugefügt, geändert, gelöscht oder überprüft wird, wird es mit dem Slave-Server synchronisiert. Sie können relevante Tests entsprechend Ihren eigenen Anforderungen durchführen.

Informationen zur Master-Slave-Reset-Syntax

Setzen Sie die Kernsyntax des Masters zurück

RESET MASTER; bedeutet, dass die Ausführung von RESET MASTER alle binären Protokolldateien löscht und eine leere binäre Protokolldatei mit dem numerischen Suffix .000001 erstellt, sodass die Ausführung dieses Befehls den Slave verursacht Das Binlog des Masters kann nicht gefunden werden, was dazu führt, dass die Synchronisierung fehlschlägt.

Setzen Sie die Kernsyntax des Slaves zurück

RESET SLAVE; bedeutet; RESET SLAVE löscht die Synchronisationsposition auf dem Slave und löscht alle alten Synchronisations-Relay-Protokolldateien, aber der Slave-Dienst muss vor dem Zurücksetzen gestoppt werden (STOP SLAVE)

Das obige ist der detaillierte Inhalt vonDie MariaDB-Datenbank wird basierend auf der synchronen GTID-Master-Slave-Replikation installiert und konfiguriert. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!