MySQL之主从复制

MySQL之主从复制

1.主从复制概念

主从复制是指将主数据库的 DDL 和 DML 操作通过二进制日志传到从库服务器中，然后在从库上对这些日志重新执行（也叫重做），从而使得从库和主库的数据保持同步。
MySQL支持一台主库同时向多台从库进行复制， 从库同时也可以作为其他从服务器的主库，实现链状复制。
因为复制是异步进行的，所以从服务器不需要一直连接着主服务器，从服务器甚至可以通过拨号断断续续地连接主服务器。通过配置文件，可以指定复制所有的数据库，某个数据库，甚至是某个数据库上的某个表。

2.主从复制优点

MySQL 复制的优点主要包含以下几个方面：
1.主库出现问题，可以快速切换到从库提供服务。
2.实现读写分离，降低主库的访问压力。（增删改的请求操作主库，查询的请求操作从库）
3.可以在从库中执行备份，以避免备份期间影响主库服务,在从服务器上备份而不破坏主服务器相应数据。一般我们都会做数据备份，可能是写定时任务，一些特殊行业可能还需要手动备份，有些行业要求备份和原数据不能在同一个地方，所以主从就能很好的解决这个问题，不仅备份及时，而且还可以多地备份，保证数据的安全
4.在主服务器上生成实时数据，而在从服务器上分析这些数据，从而提高主服务器的性能

3.主从复制原理

MySQL主从复制的核心就是 二进制日志，具体的过程如下：
Binary log：主数据库的二进制日志
Relay log：从服务器的中继日志
从下图来看，复制分成三步：
1.Master 主库在事务提交时，会把数据变更记录在二进制日志文件 Binlog 中。
2.salve开启一个I/O Thread，该线程在master打开一个普通连接，主要工作是binlog dump process。如果读取的进度没有跟上master，从库将读取主库的二进制日志文件 Binlog ，写入到从库的中继日志 Relay Log ；如果读取的进度已经跟上了master，就进入睡眠状态并等待master产生新的事件。I/O线程最终的目的是将这些事件写入到中继日志中
3.SQL Thread会读取中继日志，并顺序执行该日志中的SQL事件,slave从库重做中继日志中的事件，将改变反映它自己的数据,从而与主数据库中的数据保持一致

3个线程以及之间的关联：
主：binlog线程——记录下所有改变了数据库数据的语句，放进master上的binlog中；
从：io线程——在使用start slave 之后，负责从master上拉取 binlog 内容，放进自己的relay log中；
从：sql执行线程——执行relay log中的语句；

4.解决主从同步延时问题

MySQL 实际上在有两个同步机制，一个是半同步复制，用来解决主库数据丢失问题；一个是并行复制，用来 解决主从同步延时问题:
1.半同步复制，也叫 semi-sync 复制，指的就是主库写入 binlog 日志之后，就会将强制此时立即将数据同步到从库，从库将日志写入自己本地的 relay log 之后，接着会返回一个 ack 给主库，主库接收到至少一个从库的 ack 之后才会认为写操作完成了。
2.并行复制，指的是从库开启多个线程，并行读取 relay log 中不同库的日志，然后并行重放不同库的日志，这是库级别的并行。

5.如何实现读写分离

其实很简单，就是基于主从复制架构，简单来说，就搞一个主库，挂多个从库，然后我们就单单只是写主库，然后主库会自动把数据给同步到从库上去。

MySQL之主从复制搭建

1.准备

准备好两台服务器之后，其中：
192.168.200.200 作为主服务器master
192.168.200.201 作为从服务器slave
上述的两台服务器中分别安装好MySQL，并完成基础的初始化准备(安装、密码配置等操作)工作
要么开放防火墙3306端口，要么直接将防火墙关闭；

注：sytemctl stop firewalld --是关闭防火墙
sytemctl disable firewalld – 是关闭防火墙开机自启
这两个命令都要执行

2.主库配置

1)修改配置文件 /etc/my.cnf
直接把下面的内容添加到my.cnf最后面就行了
我们如下后四行都给加#，说明我们在主库中所创建的数据库都需要进行同步到从库中

#mysql 服务ID，保证整个集群环境中唯一，取值范围：1 – 2^32-1，默认为1
server-id=1
#是否只读,1 代表只读, 0 代表读写
read-only=0
#忽略的数据, 指不需要同步的数据库
#binlog-ignore-db=mysql
#指定同步的数据库
#binlog-do-db=db01

2)重启主库服务器
如果我们输入以下命令后控制太没有任何输出，即代表成功

systemctl restart mysqld

3)登录mysql，创建远程连接的账号，并授予主从复制权限

#创建itcast用户，并设置密码，该用户可在任意主机连接该MySQL服务
CREATE USER 'itcast'@'%' IDENTIFIED WITH mysql_native_password BY 'Root@123456'
;
#为 'itcast'@'%' 用户分配主从复制权限
GRANT REPLICATION SLAVE ON *.* TO 'itcast'@'%';

4)通过指令，查看二进制日志坐标：
字段含义说明：
file : 从哪个日志文件开始推送日志文件
position ： 从哪个位置开始推送日志
binlog_ignore_db : 指定不需要同步的数据库

3.从库配置

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

2）重新启动MySQL服务

systemctl restart mysqld

3）登录mysql，设置主库配置

下述是8.0.23中的语法：

CHANGE REPLICATION SOURCE TO SOURCE_HOST='192.168.200.200', SOURCE_USER='itcast',
SOURCE_PASSWORD='Root@123456', SOURCE_LOG_FILE='binlog.000004',
SOURCE_LOG_POS=663;

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

CHANGE MASTER TO MASTER_HOST='192.168.200.200', MASTER_USER='itcast',
MASTER_PASSWORD='Root@123456', MASTER_LOG_FILE='binlog.000004',
MASTER_LOG_POS=663;

4）开启同步操作

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

5）查看主从同步状态:
我们主要看Replica_IO_Runnig 参数与Replica_SQL_Runnig即可 ，只要这两个为yes，那就说明主从复制是正常的；Replica_IO_Runnig是指IOthread线程是否正常，Replica_SQL_Runnig是指SQLthread线程是否正常

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