文章目录
- 前言
- 一、服务器准备
- 二、主库配置
- 2.1 修改配置文件
- 2.2 重启mysql服务器
- 2.3 登录mysql，创建账号，配置权限
- 2.4 查看binlog的文件位置
- 三、从库配置
- 3.1 修改配置文件
- 3.2 重新mysql服务
- 3.3 登录mysql，设置主库配置
- 3.4 开启同步操作
- 3.5 查看主从同步状态
- 四、测试
- 五、出现的问题
- 5.1 Slave_SQL_Running: No
- 5.2 Slave_IO_Running: No
前言
主从复制概述：
将主库的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=13.2 重新mysql服务
systemctl restart mysqld3.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;成功
