Bagaimana untuk mengkonfigurasi replikasi tuan-hamba dalam MySQL

1. Kesan komunikasi

Periksa alamat IP tuan dan hamba, dan semak sama ada mereka boleh berkomunikasi

Dijamin Rangkaian antara tuan dan slave saling bersambung. Gunakan arahan ping untuk mengesan

Pada ketika ini kita tahu bahawa IP tuan ialah 192.168.131.129 dan IP hamba ialah 192.168.0.6 dan boleh berkomunikasi antara satu sama lain. Pastikan port 3306 dibuka

Semak status firewallsystemctl status firewalld.service

Mulakan firewall secara manual buat sementara waktusystemctl start firewalld.service
Hentikan tembok api secara manual untuk sementara waktusystemctl stop firewalld.service

Buka tembok api secara kekal (mulakan semula perkhidmatan untuk berkuat kuasa)systemctl enable firewalld.service
Tutup tembok api secara kekal (mulakan semula perkhidmatan untuk berkuat kuasa)systemctl disable firewalld.service

Lihat senarai port yang sedang dibuka firewall-cmd --list-ports

2 Konfigurasi induk

1 Dayakan log binari

Konfigurasikan log_bin dan pelayan unik di seluruh dunia. id, yang berbeza daripada hamba dan tidak boleh dikonfigurasikan sama (Jika konfigurasi baru ditambahkan pada my.cnf, pastikan anda memulakan semula perkhidmatan MySQL)

vim /etc/my.cnfBuka fail my.cnf

2. Buat pengguna Akaun yang digunakan untuk komunikasi perpustakaan tuan-hamba

adalah untuk mencipta akaun dalam tuan, yang digunakan oleh hamba untuk log masuk ke master dan baca binlog

Walaupun alamat IP yang kami semak di Linux ialah 192.168.131.129, Tetapi apabila kami membuat akaun dan log masuk, kami tidak menulis IP ini, kami menulis 192.168.131.1 . Kerana mesin maya di sini menggunakan mod NAT (jika ia adalah mod jambatan, ia boleh digunakan secara langsung Apabila mesin maya (master) berkomunikasi dengan mesin fizikal (hamba), mesin maya mula-mula menghantar data ke pintu masuk 192.168. 131.1 (komunikasi lalai dengan VMnet8), 192.168.131.1 kemudiannya dimajukan ke mesin fizikal, jadi mesin fizikal menerima data 192.168.131.1, jadi apabila kita membuat akaun untuk hamba pada induk, kita harus menulis 192.168.131.1

Jika hamba tidak dikonfigurasikan dengan alamat get laluan 192.168.131.1, vim + /var/log/mysqld.logmembuka log ralat akan mempunyai maklumat berikut:

Ini yang saya katakan Keizinan mslave dari 192.168.131.1 tidak mencukupi Ini kerana kami mengkonfigurasi master untuk membenarkan log masuk dari tempat lain dan tidak membenarkan log masuk dari alamat 192.168.131.1, mengakibatkan. kebenaran yang tidak mencukupi.

Memandangkan tuan menerima permintaan daripada 192.168.131.1, log ralat menunjukkan 192.168.131.1

Arahan untuk mencipta pengguna:

//如果嫌麻烦可以用%代替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. Dapatkan nama fail log dan kedudukan binlog

show master status

3 Konfigurasi hamba

1 server-id

Konfigurasikan server-id yang unik secara global

Melibatkan mengubah suai fail konfigurasi, perkhidmatan MySQL perlu dimulakan semula

2. Gunakan akaun yang dibuat oleh induk untuk membaca data penyegerakan binlog

Langkah konfigurasi ini digunakan terutamanya untuk urutan IO untuk membaca 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: Tentukan ip induk

• MASTER_LOG_FILE: nama fail binlog

• MASTER_LOG_POS: kedudukan binlog

3 . Mulakan perkhidmatan hamba

Semak status replikasi tuan-hamba melalui perintah show slave status, show processlist semak status berjalan bagi utas berkaitan tuan dan hamba

4. Kemungkinan masalah dalam konfigurasi

1. Masalah sambungan rangkaian

Semak status replikasi tuan-hamba melalui arahan status hamba tunjukkan

Sambungan sambungan salah, pertimbangkan dahulu sama ada rangkaian disambungkan dan ping:

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

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

Atas ialah kandungan terperinci Bagaimana untuk mengkonfigurasi replikasi tuan-hamba dalam MySQL. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!