mysql复制

一. 复制及其过程：

mysql的复制，是基于二进制日志binlog的；源（source）将所有的数据以及结构写入binlog中，binlog dump线程可以将源上二进制所有的内容发送到副本（replica）;当replica上执行复制时IO线程会启动，连接到源，并要求其将二进制日志中update的内容通过binlog dump线程发送到replica上，IO线程接收到更新的内容并将其保存到relay log（中继日志）中；SQL线程会将relay log中的内容重新执行并写到replica的binlog。

二. 实验

准备两个数据库，一个是干净的，一个是保存有数据的；

1. 源以及副本配置如下；

server_id:代表mysql数据库，并且保证在复制架构中的唯一性

log_bin:默认开启

binlog_format:指定二进制日志的格式，有statement，mixed，row三种格式

relay_log_recovery:建议设置为on，当开启时，副本SQL线程会放弃所有未执行的中继日志中的语句，将IO线程重新指向新的中继日志，并与IO线程保持位置一致，重新开始同步，确保不会有事务丢失

read-only:禁止客户端对数据库的修改，建议设置为on

skip-slave-start:可以自由决定何时开始复制，不会随着数据库的启动而开始复制

源配置

副本配置

2. 启动复制

在复制启动时需要定位到源上binlog文件的坐标，由file和postion决定；

建立复制用户并分配replication slave权限；

show master status;#查看binlog坐标

create user replica@'%' identified by '666666';

grant replication slave on *.* to replica@'%';

flush privileges;

连接源并开启复制；

change replication source to source_host='192.168.112.88', source_user='replica',source_password='666666',source_log_file='on.000001', source_log_pos=1048;

start replica；

show replica status;#查看复制状态，若 Replica_IO_State: Connecting to source以及Running_state显示正常即成功