La base de données MariaDB est installée et configurée sur la base de la réplication synchrone maître-esclave GTID

Système d'exploitation : CentOS Linux version 7.3.1611 (Core)

Base de données : MariaDB-10.2.6-linux-glibc_214-x86_64

Serveur principal : 10.10.10.56

Serveur esclave : 10.10.10.163

1. Ce que nous devons faire aujourd'hui, c'est une synchronisation maître-esclave unidirectionnelle

Pour plus d'informations sur l'installation de la base de données MariaDB (MySQL), veuillez vous référer à « Installation binaire Centos7.3 x64 bits (MySQL) Production de la base de données MariaDB 10.1.20 ». Ensuite, le processus de configuration du cluster de serveurs MariaDB (MySQL) commence.

2. Modifiez ou ajoutez les informations suivantes dans le fichier de configuration MariaDB (MySQL)

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. En plus de la configuration générale, le serveur principal Master doit également ajouter le code suivant

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

4. En plus de la configuration générale, le serveur esclave Slave doit également ajouter le code suivant

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

De plus, il n'est pas nécessaire d'activer le journal binaire sur le serveur esclave Mysql, mais dans certains cas, il doit être défini. Par exemple, si l'esclave est le maître d'un autre esclave, bin_log doit être défini. Je le laisse activé par défaut ici.

5. Ce qui précède n'est qu'une brève introduction au rôle de chaque paramètre. Les paramètres spécifiques de ces paramètres doivent être ajustés en fonction de la situation réelle de l'utilisateur. Pour plus de détails, veuillez vous rendre sur le site officiel

.

《复制和二进制日志服务器系统变量》
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. Configuration de l'autorisation principale du serveur principal

Créez un compte dédié sur le serveur principal MariaDB et autorisez les autorisations de la base de données, ainsi que l'accès à distance depuis l'IP du serveur

# 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. Une fois que vous avez obtenu l'emplacement Binlog correct (nom du fichier et décalage) lors de la sauvegarde, vous pouvez utiliser la fonction BINLOG_GTID_POS() pour calculer le GTID

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. Configurer à partir du serveur esclave

Comme l'a dit le responsable, à partir de la version 10.0.13 de MariaDB, mysqldump terminera automatiquement ce travail et écrira le GTID dans le fichier d'exportation. Il suffit de définir –master-data ou –dump-slave et de définir –gtid en même temps.

Dans ce cas, le nouveau SLAVE peut définir la position de départ de la réplication en définissant la valeur de @@gtid_slave_pos, utiliser CHANGE MASTER pour transmettre cette valeur à la bibliothèque principale, puis lancer la réplication :

# 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. Si Slave_IO_Running et Slave_SQL_Running sont OUI, cela indique que le service esclave est en cours d'exécution. La colonne Using_Gtid détermine si la valeur GTID est cohérente.
Descriptif :

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

10. Déverrouillez ensuite la table de base de données du serveur principal

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

11. Afficher tous les paramètres pertinents du relais à partir du serveur Slave

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

12. La configuration maître-esclave est terminée. Désormais, peu importe ce qui est ajouté, modifié, supprimé ou vérifié sur le serveur maître, il sera synchronisé avec le serveur esclave. Vous pouvez effectuer des tests pertinents en fonction de vos propres besoins.
À propos de la syntaxe de réinitialisation maître-esclave

Réinitialiser la syntaxe de base de master

RESET MASTER ; signifie que l'exécution de RESET MASTER supprimera tous les fichiers journaux binaires et créera un fichier journal binaire vierge avec un suffixe numérique de .000001 n'affectera pas l'état de fonctionnement du serveur SLAVE, donc l'exécution de cette commande entraînera le fonctionnement de Slave. Le journal binaire du maître est introuvable, ce qui entraîne l'échec de la synchronisation.

Réinitialiser la syntaxe de base de slave

RESET SLAVE ; signifie : RESET SLAVE effacera la position de synchronisation sur l'esclave et supprimera tous les anciens fichiers journaux du relais de synchronisation, mais le service esclave doit être arrêté avant la réinitialisation (STOP SLAVE)

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!