So konfigurieren Sie die Master-Slave-Replikation in MySQL

1. Kommunikation erkennen

Überprüfen Sie die IP-Adressen von Master und Slave und prüfen Sie, ob sie kommunizieren können

Stellen Sie sicher, dass das Netzwerk zwischen Master und Slave interoperabel ist. Überprüfen Sie dies mit dem Ping-Befehl.

Jetzt wissen wir, dass die IP des Masters 192.168.131.129 und die IP des Slaves 192.168.0.6 ist und sie miteinander kommunizieren können. Stellen Sie sicher, dass Port 3306 geöffnet ist br/>Firewall vorübergehend manuell stoppensystemctl stop firewalld.service

Firewall dauerhaft öffnen (Dienst neu starten, damit er wirksam wird)systemctl firewalld.service aktivieren
Schließen Sie die Firewall dauerhaft (starten Sie den Dienst neu, damit er wirksam wird)systemctl disable firewalld.service

Zeigen Sie die aktuell geöffnete Portliste anfirewall-cmd --list-ports

2 . Master-Konfiguration

1. Binärprotokoll aktivieren

Konfiguration log_bin und die global eindeutige Server-ID unterscheiden sich von der Slave-ID und können nicht gleich konfiguriert werden (wenn my.cnf neu hinzugefügt wird, muss der MySQL-Dienst neu gestartet werden)systemctl 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

< code>vim /etc/my.cnfÖffnen Sie die my.cnf-Datei

2. Erstellen Sie ein Konto für die Master-Slave-Bibliothekskommunikation

Das heißt, erstellen Sie ein Konto im Master, damit sich der Slave beim Master anmelden und das Binlog lesen kann

Obwohl die IP-Adresse, die wir unter Linux angezeigt haben, 192.168.131.129 lautet, schreiben wir beim Erstellen eines Kontos und beim Anmelden nicht diese IP, sondern 192.168.131.1. Da die virtuelle Maschine hier den NAT-Modus verwendet (wenn es sich um einen Bridge-Modus handelt, kann er direkt verwendet werden). Wenn die virtuelle Maschine (Master) mit der physischen Maschine (Slave) kommuniziert, sendet die virtuelle Maschine zuerst die Daten an das Gateway 192.168. 131.1 (Standardkommunikation mit VMnet8), 192.168.131.1 wird dann an die physische Maschine weitergeleitet, sodass die physische Maschine die Daten von 192.168.131.1 empfängt. Wenn wir also ein Konto für den Slave auf dem Master erstellen, sollten wir 192.168.131.1 schreiben

Wenn der Slave ist nicht mit Gateway 192.168.131.1 Adresse, vim + /var/log/mysqld.log konfiguriert. Beim Öffnen des Fehlerprotokolls werden die folgenden Informationen angezeigt:

Dies bedeutet, dass die MSlave-Berechtigungen von 192.168.131.1 nicht ausreichen. Das liegt daran, dass wir den Master so konfiguriert haben, dass er die Anmeldung von anderen Orten aus zulässt und keine Anmeldung von der Adresse 192.168.131.1 zulässt, was zu unzureichenden Berechtigungen führt. 🎜🎜Da der Master eine Anfrage von 192.168.131.1 erhalten hat, wird im Fehlerprotokoll 192.168.131.1 angezeigt. Der Befehl zum Erstellen eines Benutzers: 🎜🎜

telnet xxx.xxx.xxx.xxx 3306

🎜3. Rufen Sie den Namen und die Position der Protokolldatei von binlog ab Master-Status anzeigen🎜🎜🎜🎜3. Slave-Konfiguration🎜🎜1. Konfigurieren Sie eine global eindeutige Server-ID🎜🎜🎜🎜🎜Konfigurieren Sie eine global eindeutige Server-ID🎜🎜🎜🎜🎜🎜Umfasst die Änderung der Konfigurationsdatei und erfordert einen Neustart des MySQL-Dienstes🎜🎜🎜🎜🎜2. Verwenden Sie das vom Master erstellte Konto, um Binlog-Synchronisierungsdaten zu lesen🎜🎜🎜Dieser Schritt Die Konfiguration ist hauptsächlich für E/A bestimmt. Der Thread liest Binlog mit: 🎜binlog-Dateiname🎜

🎜🎜MASTER_LOG_POS: 🎜binlog-Position🎜

🎜3. Starten Sie den Slave-Dienst🎜🎜Sehen Sie sich den Master-Slave-Replikationsstatus über die show an Slave-Status-Befehl, show Processlist Überprüfen Sie den Betriebsstatus von Master- und Slave-bezogenen Threads 🎜🎜🎜🎜🎜 4. Mögliche Probleme in der Konfiguration 🎜🎜1 Netzwerkverbindungsprobleme 🎜🎜 Überprüfen Sie den Master -Slave-Replikationsstatus über den Befehl „Show Slave Status“ 🎜🎜🎜🎜🎜🎜Die Verbindung ist falsch. Überlegen Sie zunächst, ob das Netzwerk miteinander verbunden ist, und pingen Sie: 🎜🎜

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

如果都正确，检查主库所在机器的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库执行出现了问题

Das obige ist der detaillierte Inhalt vonSo konfigurieren Sie die Master-Slave-Replikation in MySQL. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!