MySQL主从复制

MySQL 5.6开始主从赋值有两种方式：

　　1：基于日志binlog

　　2：基于GTID 全局事务标识符

本文只涉及基于日志 binlog 的 主从配置。

主从复制的工作流程

　　MySQL通过操作主要通过三个线程实现，基本步骤如下、

　　　　1：Master服务器将数据的更新记录到二进制（binary log）中，用于记录二进制日志时间，这一步由Master服务器完成。

　　　　2：Slave服务器将Master服务器的二进制日志复制到本地的中继日志（Relay log），这一步由Slave服务器IO线程完成。

　　　　3：Slave服务器读取中继日志中的事件，将其重放在数据中，这一步由Slave服务器SQL线程完成。

主从模式的优点

　　1：一般的工作模式下，Master服务器负责增删改操作，查询工作由Slave服务器完成。

　　2：异地容灾备份，主要就是可以把Master服务器的数据同步到异地服务器上，提高数据的安全性。

　　3：高可用，Master服务器挂了，Slave可以充当Master继续提供服务。

　　4：高扩展性

　　　　1：纵向扩展，我可以更换机器更好的配置，因为有多台服务器，所以不用担心停机。

　　　　2：横向扩展，就是加机器咯，可以分散各个服务器的压力。

主从模式的缺点

　　1：成本增加，增加服务器就不说了，主要还需要开启二进制日志，所以也会造成格外的性能开销。

　　2：数据延迟

　　3：写入更慢，因为Master服务器会承担所有写的操作，而且只有一台可以写入的Master服务器，因此写入的压力不能被分散。

一般主从复制模式使用场景是:

　　1：要求读大于写的系统场景。

　　2：对数据备份实时性要求较高的系统。

主从复制的前置条件

　　1：操作系统和位数一致

　　2：数据库版本一致

　　3：主从数据库的数据一致

　　4：每台数据库的server_id在局域网内必须唯一

开始实战

为了快速搭建mysql集群，建议使用Docker

1：修改Master服务器MySQL配置文件　　　

[mysqld]
## 设置server_id，一般设置为IP，同一局域网内注意要唯一
server_id=100  ##关键
## 复制过滤：也就是指定哪个数据库不用同步（mysql库一般不同步）
binlog-ignore-db=mysql  
## 开启二进制日志功能，可以随便取，最好有含义（关键就是这里了）
log-bin=mysql-bin ##关键  
## 为每个session 分配的内存，在事务过程中用来存储二进制日志的缓存
binlog_cache_size=1M  
## 主从复制的格式（mixed,statement,row，默认格式是statement）
binlog_format=mixed  
## 二进制日志自动删除/过期的天数。默认值为0，表示不自动删除。
expire_logs_days=7  
## 跳过主从复制中遇到的所有错误或指定类型的错误，避免slave端复制中断。
## 如：1062错误是指一些主键重复，1032错误是因为主从数据库数据不一致
slave_skip_errors=1062  

一般修改完配置文件需要重启下MySQL

2：Master服务器进入MySQL，创建数据同步用户，然后授予该用户REPLICATION SLAVE和REPLICATION CLIENT权限

　　CREATE USER 'slave'@'%' IDENTIFIED BY '123456';

　　GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'slave'@'%';

3：修改Slave服务器MySQL配置文件　　

[mysqld]
## 设置server_id，一般设置为IP,注意要唯一
server_id=101  ##关键
## 复制过滤：也就是指定哪个数据库不用同步（mysql库一般不同步）
binlog-ignore-db=mysql  
## 开启二进制日志功能，以备Slave作为其它Slave的Master时使用
log-bin=mysql-slave1-bin  ##关键
## 为每个session 分配的内存，在事务过程中用来存储二进制日志的缓存
binlog_cache_size=1M  
## 主从复制的格式（mixed,statement,row，默认格式是statement）
binlog_format=mixed  
## 二进制日志自动删除/过期的天数。默认值为0，表示不自动删除。
expire_logs_days=7  
## 跳过主从复制中遇到的所有错误或指定类型的错误，避免slave端复制中断。
## 如：1062错误是指一些主键重复，1032错误是因为主从数据库数据不一致
slave_skip_errors=1062  
## relay_log配置中继日志
relay_log=edu-mysql-relay-bin  ##关键
## log_slave_updates表示slave将复制事件写进自己的二进制日志
log_slave_updates=1  
## 防止改变数据(除了特殊的线程)
read_only=1  

 

4：进入Master服务器MySQL,执行show master status;

 

File和Position字段的值后面将会用到，在后面的操作完成之前，需要保证Master库不能做任何操作，否则将会引起状态变化，File和Position字段的值变化。

5：进入Slave服务器MySQL执行

change master to master_host='172.17.0.2', master_user='slave', master_password='123456', master_port=3306, master_log_file='mysql-bin.000001', master_log_pos= 2830, master_connect_retry=30;

命令说明：　　　　

　　master_host ：Master的地址，指的是容器的独立ip,可以通过docker inspect --format='{{.NetworkSettings.IPAddress}}' 容器名称|容器id查询容器的ip

　　

　　master_port：Master的端口号，指的是容器的端口号

　　master_user：用于数据同步的用户

　　master_password：用于同步的用户的密码

　　master_log_file：指定 Slave 从哪个日志文件开始复制数据，即上文中提到的 File 字段的值

　　master_log_pos：从哪个 Position 开始读，即上文中提到的 Position 字段的值

　　master_connect_retry：如果连接失败，重试的时间间隔，单位是秒，默认是60秒

　　在Slave 中的mysql终端执行show slave status \G;用于查看主从同步状态。

 

 正常情况下，SlaveIORunning 和 SlaveSQLRunning 都是No，因为我们还没有开启主从复制过程。使用start slave开启主从复制过程，然后再次查询主从同步状态show slave status \G;。

 

最后测试一下，向Master插入新建一个数据库试一下哟。