Comment configurer la réplication maître-esclave dans MySQL

1. Détecter la communication

Vérifiez les adresses IP du maître et de l'esclave et vérifiez s'ils peuvent communiquer

Assurez-vous que le réseau entre le maître et l'esclave est interopérable, utilisez la commande ping pour vérifier

Nous savons maintenant que l'adresse IP du maître est 192.168.131.129 et celle de l'esclave est 192.168.0.6, et qu'ils peuvent communiquer entre eux. Assurez-vous que le port 3306 est ouvert

Vérifiez l'état du pare-feu systemctl status firewalld.servicesystemctl status firewalld.service

临时手动启动防火墙systemctl start firewalld.service
临时手动停止防火墙systemctl stop firewalld.service

持久打开防火墙（重启服务生效）systemctl enable firewalld.service
持久关闭防火墙（重启服务生效）systemctl disable firewalld.service

查看当前开放的端口列表firewall-cmd --list-ports

二、master配置

1. 开启二进制日志

配置log_bin和全局唯一的server-id，和slave区分开，不能配置成一样的（如果是my.cnf新添加配置，一定要重启MySQL服务）

vim /etc/my.cnf打开my.cnf文件

2. 创建一个用于主从库通信用的账号

即在master中创建一个账号，用于slave登录master读取binlog

虽然我们在Linux上查看的ip地址是192.168.131.129，但我们创建账户登录时不写这个ip，写的是192.168.131.1。因为我这里虚拟机用的是NAT模式（如果是桥接模式就可以直接用了），虚拟机（master）和物理机（slave）通信的时候，虚拟机先把数据发送到网关192.168.131.1（默认与VMnet8通信），192.168.131.1再转发到物理机，所以物理机接收到的是192.168.131.1的数据，故我们在master上为slave创建账户的时候，应该写192.168.131.1

如果给slave配置的不是网关192.168.131.1地址，vim + /var/log/mysqld.log打开错误日志会有如下信息：

这说的就是从192.168.131.1的mslave权限不够，那是因为我们在master配置的是允许从其他地方登录，并不允许从192.168.131.1地址登录，导致权限不够。

由于master这边收到的是来自192.168.131.1的请求，所以错误日志显示的是192.168.131.1

创建用户的命令：

//如果嫌麻烦可以用%代替192.168.131.1，，它就可以匹配任何ip
mysql> CREATE USER 'mslave'@'192.168.131.1' IDENTIFIED BY '1qaz@WSX';
//启动主从，在主库上给当前的mslave用户开启REPLICATION SLAVE主从复制的权限,从库就可以通过1qaz@WSX账户密码
//从192.168.131.1 IP地址来请求访问这台主库上的任意库里面的任意表*.*,同步这个主库的任意库里的任意表
mysql> GRANT REPLICATION SLAVE ON *.* to 'mslave'@'192.168.131.1' IDENTIFIED BY '1qaz@WSX';
mysql> FLUSH PRIVILEGES;

3. 获取binlog的日志文件名和position

show master status

三、slave配置

1. 配置全局唯一的server-id

配置全局唯一的server-id

涉及修改配置文件，需要重启MySQL服务

2. 使用master创建的账户读取binlog同步数据

这一步配置主要是给IO线程读取binlog使用：

mysql> CHANGE MASTER TO MASTER_HOST='192.168.131.129',
MASTER_PORT=3306,
MASTER_USER='mslave',
MASTER_PASSWORD='1qaz@WSX',
MASTER_LOG_FILE='mysql-bin.000006',
MASTER_LOG_POS=1262;

• MASTER_HOST：指定master的ip

• MASTER_LOG_FILE：binlog文件名

• MASTER_LOG_POS：binlog的position

3. 开启slave服务

通过show slave status命令查看主从复制状态，show processlist

Démarrez temporairement manuellement le pare-feusystemctl start firewalld.service< br/>Arrêtez temporairement manuellement le pare-feusystemctl stop firewalld.service

Ouvrez définitivement le pare-feu (redémarrez le service pour prendre effet)systemctl activate firewalld.service
Fermez définitivement le pare-feu (redémarrez le service pour prendre effet)< code>systemctl désactiver firewalld.service

Afficher la liste des ports actuellement ouvertsfirewall-cmd --list-ports

2 . Configuration principale

1. Activer le journal binaire

la configuration log_bin et l'identifiant du serveur globalement unique sont différents de l'esclave et ne peuvent pas être configurés de la même manière (si my.cnf est nouvellement ajouté, le service MySQL doit être redémarré)

< code>vim /etc/my.cnfOuvrez le fichier my.cnf

2. Créez un compte pour la communication de la bibliothèque maître-esclave🎜🎜C'est-à-dire créez un compte dans le maître pour que l'esclave se connecte au maître et lise le journal binaire. 🎜🎜Bien que l'adresse IP que nous avons consultée sous Linux soit 192.168.131.129, lorsque nous créons un compte et nous connectons, nous n'écrivons pas cette IP, mais écrivons 192.168.131.1. Parce que la machine virtuelle utilise ici le mode NAT (si c'est le mode pont, elle peut être utilisée directement). Lorsque la machine virtuelle (maître) communique avec la machine physique (esclave), la machine virtuelle envoie d'abord les données à la passerelle 192.168. 131.1 (Communication par défaut avec VMnet8), 192.168.131.1 est ensuite transmis à la machine physique, donc la machine physique reçoit les données de 192.168.131.1, donc lorsque nous créons un compte pour l'esclave sur le maître, nous devons écrire 192.168.131.1 🎜🎜🎜🎜Si l'esclave n'est pas configuré avec la passerelle 192.168.131.1 Adresse, vim + /var/log/mysqld.log Lors de l'ouverture du journal des erreurs, les informations suivantes apparaîtront : 🎜🎜🎜🎜Cela signifie que les autorisations mslave de 192.168.131.1 ne sont pas suffisantes. En effet, nous avons configuré le maître pour autoriser la connexion depuis d'autres endroits et n'autorise pas la connexion à partir de l'adresse 192.168.131.1, ce qui entraîne des autorisations insuffisantes. 🎜🎜Depuis que le maître a reçu une demande du 192.168.131.1, le journal des erreurs affiche 192.168.131.1🎜🎜🎜La commande pour créer un utilisateur : 🎜🎜

telnet xxx.xxx.xxx.xxx 3306

🎜3 Obtenez le nom du fichier journal et la position de binlog🎜🎜< code>. afficher l'état du maître🎜🎜🎜🎜3. Configuration de l'esclave🎜🎜1. Configurez un identifiant de serveur unique au monde🎜🎜🎜🎜🎜Configurer un identifiant de serveur unique au monde🎜🎜🎜🎜🎜🎜implique la modification du fichier de configuration et nécessite le redémarrage du service MySQL🎜🎜🎜🎜🎜2. Utilisez le compte créé par le maître pour lire les données de synchronisation du journal binaire🎜🎜🎜Ceci l'étape de configuration concerne principalement les IO. Le fil lit binlog en utilisant : 🎜🎜

mysql> GRANT REPLICATION SLAVE ON *.* to 'mslave'@'xxx.xxx.xxx.xxx' IDENTIFIED BY '1qaz@WSX';

• 🎜🎜MASTER_HOST : Spécifiez l'adresse IP du maître🎜
• 🎜🎜MASTER_LOG_FILE : 🎜nom du fichier binlog🎜
• 🎜🎜MASTER_LOG_POS : 🎜position du fichier binlog🎜

🎜3. Démarrez le service esclave🎜🎜Affichez l'état de la réplication maître-esclave via le Commande show slave status, show processlist Vérifiez l'état d'exécution des threads liés au maître et à l'esclave 🎜🎜🎜🎜🎜 4. Problèmes possibles de configuration 🎜🎜1. Problèmes de connexion réseau 🎜🎜 Vérifiez le statut de réplication maître-esclave via la commande show slave status 🎜🎜🎜🎜🎜🎜La connexion est erronée. Déterminez d'abord si le réseau est interconnecté et pingez : 🎜🎜.

然后再检查从库里面的配置信息是否正确

如果都正确，检查主库所在机器的3306端口是否正常

telnet xxx.xxx.xxx.xxx 3306

如果发现3306端口不能连通，就需要怀疑主库对端口有限制吗，也就是防火墙限制，就需要在防火墙把3306端口开放出来。

如果这个错误还没解决，就查看一个主库的错误日志/var/log/mysql/mysqld.log，查看错误日志中提示的ip是否和自己允许slave登录的ip一致

这说的就是从192.168.131.1的mslave权限不够，自己玩的时候，如果虚拟机是NAT模式，则需要写成VMnet8网关ip。如果都是物理机通信，那直接写正确的ip即可

可以在MySQL数据库下的mysql库的user表中更改允许登录的ip

然后重新赋予权限：

mysql> GRANT REPLICATION SLAVE ON *.* to 'mslave'@'xxx.xxx.xxx.xxx' IDENTIFIED BY '1qaz@WSX';

2. binlog的position问题

在master中查看show master status一下binlog日志文件名以及position，然后用命令重新配置slave，比如：

mysql> CHANGE MASTER TO MASTER_HOST='192.168.131.129',MASTER_PORT=3306,MASTER_USER='mslave',MASTER_PASSWORD='1qaz@WSX',
MASTER_LOG_FILE='mysql-bin.000006',MASTER_LOG_POS=1262;

配置slave前需要stop slave，配置完成再start slave

3. SQL线程出错

错误原因：首先配置主从复制的时候，slave的mytest库中没有user表，而master的mytest库已经有user表了。配置好主从复制后直接drop table mytest.user，这就会写到binlog里面，然后在通过dump线程和IO线程将这个操作发送到从库的relay log，然后从库的SQL线程从relay log里把drop table mytest.user捞出来在从库执行这个SQL，可从库的mytest根本就没有user表，这就是删除一个不存在的表，于是出现错误了。

一般我们是不会做这样的操作的，我们一般都是主库配置以后，slave从数据开始增量进行同步，不会同步以后一开始就删主库里的东西，如果真的出现这样的问题了，随时可以通过show slave status来查看主从库的状态来解决错误，如果是上图这个错误，
（1）可以在从库stop slave，然后把位置重新设置一下，然后再start slave，相当于重新开始主从同步的位置。
（2）可以在从库stop slave，然后set global sql_slave_skip_counter=1;（跳过一个错误），然后再start slave重启从库的线程，相当于把错误跳过了，异常操作。

可以通过show slave status查看以下标识，IO线程出错一般是网络问题，SQL线程出错一般是SQL在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!