mysql数据库的主从复制搭建

---

前言

主从复制概述：
将主库的DDL 和DML 操作，写入二进制日志，并通过I/O线程读取到从库服务器中，通过sql线程这些日志重新执行，从而使得从库和主库的数据保持同步。

---

一、服务器准备

主从复制至少需要两台及以上的服务器，确保都配置了mysql并开启。

注意：需要关闭防火墙。

本文使用到的ip地址为：

• 主库：192.168.188.132
• 从库：192.168.188.130

---

二、主库配置

2.1 修改配置文件

vim /etc/my.cnf

进入文件后，添加如下配置：

#mysql 服务ID，保证整个集群环境中唯一，取值范围：1 – 232-1，默认为1 
server-id=1 
#是否只读,1 代表只读, 0 代表读写 
read-only=0 

2.2 重启mysql服务器

systemctl restart mysqld

没有报错说明配置成功，如果报错一般是刚才写的配置文件的内容有问题，仔细检查。

2.3 登录mysql，创建账号，配置权限

登录后执行下列操作：

#创建master用户，并设置密码'Root@123456'（未调整数据库权限，此处设置的复杂一些），该用户可在任意主机连接该MySQL服务 
CREATE USER 'master'@'%' IDENTIFIED WITH mysql_native_password BY 'Root@123456' ;
#为 'master'@'%' 用户分配主从复制权限 
GRANT REPLICATION SLAVE ON *.* TO 'master'@'%';

2.4 查看binlog的文件位置

此处的master为上一步创建的用户对象。在从库中需要用该出的File、Position数据。

• file : 从哪个日志文件开始推送日志文件
• position ： 从哪个位置开始推送日志
• binlog_ignore_db : 指定不需要同步的数据库

到此，主库配置完成。

---

三、从库配置

3.1 修改配置文件

vim /etc/my.cnf
进入从库的配置文件。

#mysql 服务ID，保证整个集群环境中唯一，取值范围：1 – 2^32-1，和主库不一样即可 
server-id=2 
#是否只读,1 代表只读, 0 代表读写
read-only=1

3.2 重新mysql服务

systemctl restart mysqld

3.3 登录mysql，设置主库配置

根据自己的主机配置，
SOURCE_HOST：主库的ip地址。
SOURCE_USER：主库创建的用户名。
SOURCE_PASSWORD：主库创建的用户名密码。
SOURCE_LOG_FILE：主库binlog文件的位置。
SOURCE_LOG_POS：主库binlog文件中的偏移量。

CHANGE REPLICATION SOURCE TO SOURCE_HOST='192.168.188.132', SOURCE_USER='master', SOURCE_PASSWORD='Root@123456', SOURCE_LOG_FILE='binlog.000026', SOURCE_LOG_POS=663;

如果mysql是 8.0.23 之前的版本，执行如下SQL：

CHANGE MASTER TO MASTER_HOST='192.168.188.132', MASTER_USER='master', MASTER_PASSWORD='Root@123456', MASTER_LOG_FILE='binlog.000026', MASTER_LOG_POS=663;

执行结果如下：

3.4 开启同步操作

start replica ; #8.0.22之后 
start slave ; #8.0.22之前

3.5 查看主从同步状态

show replica status ; #8.0.22之后 
show slave status ; #8.0.22之前

---

四、测试

1 在主库 192.168.188.132上创建数据库、表，并插入数据（DML语句）。

create database db01; 
use db01; 
create table tb_user( 
	id int(11) primary key not null auto_increment, 
	name varchar(50) not null, 
	sex varchar(1) 
)engine=innodb default charset=utf8mb4;
insert into tb_user(id,name,sex) values(null,'zhangsan', '1'),(null,'lisi','0'), (null,'wangwu','1');

主库的表

2. 在从库 192.168.188.130 中查询数据，验证主从是否同步。

使用use db01进入该库中可见，数据也在其中。

---

五、出现的问题

在第一次主从复制搭建以后可能会出现以下两个问题：

5.1 Slave_SQL_Running: No

目前网页上的解决方案主要有两种：（个人成功的是方案二）
方案一：
一般是事务回滚造成的，在从库中执行以下语句：

mysql> stop slave ;
mysql> set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
mysql> start slave ;
mysql> show replica status\G;

方案二：
执行如下语句，等于重新配置

mysql> stop slave;
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> CHANGE MASTER TO MASTER_HOST='192.168.188.132', MASTER_PORT=3306, MASTER_USER='master', MASTER_PASSWORD='Root@123456', MASTER_LOG_FILE='binlog.000028 ', MASTER_LOG_POS=156;
Query OK, 0 rows affected, 9 warnings (0.01 sec)

mysql> start slave;
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> show slave status\G;

出现问题： 执行后IO又成了No，往下看，有一个 Last_IO_Error日志：
Got fatal error 1236 from master when reading data from binary log: ‘Could not find first log file name in binary log index file’，使用5.2解决

5.2 Slave_IO_Running: No

如果是5.1结尾出现的错误，则是因为主从日志版本号不一致而导致。解决如下:
主库中执行：

mysql> Flush logs;（这时主服务器会重新创建一个binlog文件）
Query OK, 0 rows affected (0.01 sec)

mysql> show master status;
+---------------+----------+--------------+------------------+-------------------+
| File          | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+---------------+----------+--------------+------------------+-------------------+
| binlog.000029 |      156 |              |                  |                   |
+---------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

从库中执行的操作和5.1类似：

mysql> stop slave;
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> change master to master_log_file ='binlog.000029',master_log_pos=156;
Query OK, 0 rows affected, 3 warnings (0.02 sec)

mysql> start slave;
Query OK, 0 rows affected, 1 warning (0.01 sec)

mysql> show slave status\G;

成功