MYSQL主从复制--传统方式
我叫张贺，贪财好色。一名合格的LINUX运维工程师，专注于LINUX的学习和研究，曾负责某中型企业的网站运维工作，爱好佛学和跑步。
个人博客：传送阵
笔者微信：zhanghe15069028807
目录
0、MYSQL主从复制概述
1、主从复制的作用
- 用于备份，避免影响业务
- 实时灾备，用于切换故障
- 读写分离，提供查询服务
2、主从复制存在的问题
- 当主压力大时，复制会延时
- 主库宕机后，数据可能会丢失
3、主从复制问题的解决办法
- 并行复制，解决延时问题
- 全同步复制，要求5.7版本以上
4、主从复制的原理（面试必问）
我们在上一节做逻辑备份恢复时，其实就是手动将故障前的操作通过 二进制日志再执行一次，就是这么简单，而主从复制的原理就是将这个过程给自动化了，不用我们手工参与了。
1、主数据库必须要将二进制日志打开，这样主的操作才会被记录下来。
2、从数据库实时侦测主数据库二进制文件的变化，一旦变动之后，就会立马将操作下载到本地的中继日志里面。
3、从数据库进程然后再读取中继日志，将其重放备库的数据库之上。
1、MYSQL主从复制-传统方式
1、环境准备
数据库主从复制如下，如需实现多从，将以下实验从案例再配置一次即可。
| 操作系统 | MYSQL版本 | IP | 角色 |
|---|---|---|---|
| centos7 | 5.7 | 192.168.70.160 | Master |
| centos7 | 5.7 | 192.168.70.161 | Slave |
/etc/hosts文件解析（两台机器一样）
192.168.70.160 master1
192.168.80.161 slave1
2、Master配置
//打开二进制日志
[root@master1 ~]# cat /etc/my.cnf
[mysqld]
datadir=/mysql
socket=/var/lib/mysql/mysql.sock
log-bin #打开二进制日志
server-id=160 #给一个server-id
//重启数据库
[root@master1 ~]# systemctl restart mysqld
//准备数据
[root@master1 ~]# mysql -pcba-123
mysql> create database linuxdb;
mysql> use linuxdb;
mysql> create table t1(id int,name varchar(20));
mysql> insert into t1 values (1,'tt');
mysql> insert into t1 values (2,'ttt');
mysql> select * from t1;
+------+------+
| id | name |
+------+------+
| 1 | tt |
| 2 | ttt |
+------+------+
//确认二进制日志有没有开启
[root@master1 ~]# mysql -pcba-123 -e "show variables like 'log_bin%';"
+---------------------------------+--------------------------+
| Variable_name | Value |
+---------------------------------+--------------------------+
| log_bin | ON |
| log_bin_basename | /mysql/master1-bin |
| log_bin_index | /mysql/master1-bin.index |
| log_bin_trust_function_creators | OFF |
| log_bin_use_v1_row_events | OFF |
+---------------------------------+--------------------------+
//授权，允许能够远程连接的主机
mysql> grant replication slave,replication client on *.* to 'rep'@'192.168.70.%' identified by 'Rep123.com';
//导出当前数据，主从复制也要基于全备，这次备份是准备复制给slave主机的
[root@master1 ~]# mysqldump -uroot -pcba-123 --all-databases --single-transaction --master-data=1 --flush-logs >/root/db-$(date +%F)-all.sql;
//传输给slave主机
[root@master1 ~]# scp /root/db-2019-11-30-all.sql root@slave1:/root
replication是响应的意思
3、Slave配置
//检测是否能登录master的数据库
[root@slave1 ~]# mysql -hmaster1 -urep -p'Rep123.com'
//给一个server-id，不用配置bin-log
[root@slave1 ~]# cat /etc/my.cnf
[mysqld]
datadir=/mysql
socket=/var/lib/mysql/mysql.sock
server-id=161
//重启mysql服务
[root@slave1 ~]# systemctl restart mysqld
//导入数据
[root@slave1 ~]# mysql -uroot -p'cba-123' -e "source /root/db-2019-11-30-all.sql;"
//连接master
mysql> change master to master_host='master1',
master_user='rep',
master_password='Rep123.com';
//启动slave角色
mysql> start slave;
//查看角色是否同步
mysql> show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: master1
Master_User: rep
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: master1-bin.000001 主的binlog日志名字
Read_Master_Log_Pos: 154 主当前的节点，在主上show master status 先查看节点号，然后现来这查看节点，就可以确定主从复制是否成功
Relay_Log_File: slave1-relay-bin.000003 保存到本地的哪个relay文件当中
Relay_Log_Pos: 371 保存到最后哪个节点了
Relay_Master_Log_File: master1-bin.000001
Slave_IO_Running: Yes #这两个线程一定要是YES才可以
Slave_SQL_Running: Yes
只能在从上执行查询操作，如果执行更改类的操作，主从立马就会断开，注意，注意。
4、报错&解决
报错一：UUID冲突
Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work.
解决办法：
将从上面的/mysql/auto.cnf更改名字，然后一下数据库
mv /mysql/auto.cnf /mysql/auto.cnf.bak
报错二：数据库重复，跳过即可。
Last_SQL_Error: Error 'Can't create database 'linuxdb'; database exists' on query. Default database: 'linuxdb'. Query: 'create database linuxdb'
解决办法：
mysql> stop slave;
mysql> set global sql_slave_skip_counter = 1;
mysql> start slave;
报错三：
Slave_SQL_Running: NO
Coordinator stopped because there were error(s) in the worker(s). The most recent failure being: Worker 1 failed executing transaction 'ANONYMOUS' at master log db1-bin.000001, end_log_pos 507. See error log and/or performance_schema.replication_applier_status_by_worker table for more details about this failure or others, if any.
MariaDB [(none)]> stop slave;
MariaDB [(none)]> SET GLOBAL SQL_SLAVE_SKIP_COUNTER=1; START SLAVE;
MariaDB [(none)]> start slave;
MariaDB [(none)]> show slave status\G
