提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

文章目录

• 前言
• 一、Mysql主从复制是什么？
• 二、配置前置条件
• 三、配置-主库Master
• 四、配置-从库Slave
• 五、测试主从复制
• 五、如果同步不了，如何排错？
• • Slave_SQL_Running: No 问题分析

---

前言

生活中我们生活遇到的软件都离不开数据库，比如淘宝这种，并发数量很大，防止单数据库的数据量太大导致数据库奔溃，所以就有了多数据库的主从复制，以下图片部分来自黑马课程的瑞吉外卖。

---

一、Mysql主从复制是什么？

MysSQL主从复制是一个异步的复制过程，底层是基于Mysql数据库自带的二进制日志功能。就是一台或多台AysQL数据库(slave，即从库）从另一台MysQL数据库(master，即主库）进行日志的复制然后再解析日志并应用到自身，最终实现从库的数据和主库的数据保持一致。MySQL主从复制是MysQL数据库自带功能，无需借助第三方工具。

MysQL复制过程分成三步:

• master将改变记录到二进制日志（ binary log)
• slave将master的binary log拷贝到它的中继日志（relay log）
• slave重做中继日志中的事件，将改变应用到自己的数据库中
• 

二、配置前置条件

准备工作：

提前准备好两台服务器，我这边安装的是mysql8
由于从库是我克隆主库出来的，所以两个库的IP地址以及auto.cnf里的UUID都要改得不一样

• 主库Master 192.168.188.100
• 从库slave 192.168.188.101

想了解怎么设置linux静态指定IP以及主机名点这个链接

注意：克隆的虚拟机需要修改数据库的uuid

这边修改的是克隆机的UUID，也就是从机

[root@localhost ~]# cd /var/lib/mysql

[root@localhost mysql]# systemctl stop mysqld.service
//把auto.cnf里的UUID移除
[root@localhost mysql]# mv /var/lib/mysql/auto.cnf /var/lib/mysql/auto.cnf.bak
//再启动数据库即可刷新出新的UUID
[root@localhost mysql]# systemctl start mysqld.service

[root@localhost mysql]# vim /var/lib/mysql/auto.cnf

更改前
更改后，查看下UUID确实更换了

三、配置-主库Master

第一步:修改Mysq1数据库的配置文件/etc/my.cnf
加多下面两句代码如下（示例）：

[mysqld]
log-bin=mysql-bin #[必须]启用二进制日志，数据间复制必不可少
server-id=100 #[必须]服务器唯一ID

第二步:重启Mysql服务 systemctl restart mysqld
第三步:登录Mysql数据库，执行下面SQL（我这边登录统一用root）

一般虚拟机都会把mysql的密码复杂度设置的很高，想要设置简单密码就要自己调节

//降低安全策略等级
set global validate_password.policy=LOW; 
//降低密码长度需求
set global validate_password.length=4;
 //设置英文字母（包含大小写）最小长度
set global validate_password.mixed_case_count=0;
//设置特殊字符最小长度
set global validate_password.special_char_count=0;
//刷新权限
FLUSH PRIVILEGES;

//mysql8授权用户需要先创建，创建和授权同一条语句的话会报错
create user slave@'%' identified by '135564';
//再授权
GRANT ALL PRIVILEGES ON *.* TO 'slave'@'%'WITH GRANT OPTION;
//刷新
flush privileges;

注:上面SQL的作用是创建一个用户slave，密码为135564，并且给slave用户授予REPLICATION SLAVE权限。常用于建立复制时所需要用到的用户权限，也就是slave必须被master授权具有该权限的用户，才能通过该用户复制。

第四步:登录Mysql数据库，执行下面SQL，记录下结果中File和Position的值

show master status;

注:上面SQL的作用是查看Master的状态，执行完此SQL后不要再执行任何操作

四、配置-从库Slave

第一步:修改Mysq1数据库的配置文件/etc/my.cnf

[mysqld]
server-id=101 #[必须]服务器唯一ID

第二步:重启Mysql服务systemctl restart mysqld
第三步:登录Mysq1数据库，执行下面SQL

//执行前先停下slave
stop slave;

//这是从库和主库连接的关键一步，host是主库的ip，user是前面创建的slave用户，file和pos是主库show master status的信息
change master to
master_host='192.168.81.100',master_user='slave',master_password='135564',
master_log_file='mysql-bin.000003',master_log_pos=157;

//执行后启动slave
start slave;

第四步:登录Mysql数据库，执行下面SQL，查看从数据库的状态（我这边登录统一用root）

show slave status;输出会很乱
show slave status\G;这样就竖着输出，不会乱

**两个yes则表示成功配置主从复制，Connection和No都是配置有问题

防火墙的操作可以看我这篇

五、测试主从复制

我们分别用Navicat连接了主从的mysql

然后我现在往主机添加一个数据库

刷新一下备机，ok成功，主从复制配置完成

五、如果同步不了，如何排错？

如果主从数据库同步不了，就从库执行下 show slave status\G;如果是Slave_IO_Running: No，那么，很可能是主从库UUID重复了，或者是防火墙端口没开通，(这些上面都有讲到）；
如果是 Slave_SQL_Running: No，那么我们可以通过跳过错误和手动同步来解决。

Slave_SQL_Running: No 问题分析

1.程序可能在slave上进行了写操作
2.也可能是slave机器重启后，事务回滚造成的.

备机上每写一次，主机master的pos都会变一次，有时候同步没成功，就会导致主从机pos值不一样，这时候有两种解决方法，一种是跳过这个错误，一种是手动同步pos值

解决办法一：跳过这个错误，
 set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;就是跳过一次的意思

解决办法：
mysql> stop slave ;
mysql> set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
mysql> start slave ;

解决办法二：手动同步pos值

进入master
到主服务器上查看主机状态：
mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000003 |     2844 |              |                  |                   |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

然后进到slave
首先停掉Slave服务： stop slave；

然后到slave服务器上执行手动同步：
mysql>change master to
master_host='192.168.81.100',master_user='slave',master_password='135564',
master_log_file='mysql-bin.000003',master_log_pos=2844;

再打开Slave服务： start slave；

然后发现又是两个yes了，搞定！