主从同步原理
master_slave.jpg
执行过程如下：
1. master在每个事务更新数据完成之前，将该操作记录串行化的写入到`BinaryLog`文件中
2. slave开启一个`I/O`线程，该线程会和主库建立一个普通的客户端连接，然后在主库上启动一个特殊的二进制转储（binlog dump）线程，这个二进制转储线程会读取主库上二进制日志文件中的 事件。并将这些事件写入到从库的中继日志`RelayLog`中。需要注意的是这个二进制转储线程读取日志文件的进度如果赶上了主库，它将进入睡眠状态，知道主库发送信号量通知其有新的事件产生才会被唤醒。
3. `SQL Thread`会读取中继日志，并顺序执行该日志中的sql事件，从而保证和主库的数据一致。
主库配置：
修改主库的my.cnf 在[mysqld]下新增配置
#-------------------------master上配置主从-------------------
# server-id 唯一的服务辨识号,数值位于 1 到 2^32-1之间.
# 此值在master和slave上都需要设置.
# 如果 “master-host” 没有被设置,则默认为1, 但是如果忽略此选项,MySQL不会作为master生效.
server-id = 1 #[必须]服务器唯一ID，默认是1
#log-bin 打开二进制日志功能.
#在复制(replication)配置中,作为MASTER主服务器必须打开此项
#如果你需要从你最后的备份中做基于时间点的恢复,你也同样需要二进制日志.
log-bin = mysql-bin #[必须]启用二进制日志
#需要开启生成二进制日志记录相关配置，配置在需要被复制的服务器上，即：master
binlog-do-db = my_test1 #指定对名称为test_db的数据库记录二进制日志
# binlog-ignore-db = mysql #指定不对名称为mysql的数据库记录二进制日志
# binlog-ignore-db = information_schema #指定不对名称为information_schema的数据库记录二进制日志
binlog_format = mixed #binlog日志格式，mysql默认采用，如果从服务器slave有别的slave要复制那么该slave也需要这一项
expire_logs_days = 7 #超过7天的binlog删除
查看主库配置状态
show master status
出现如下状态则配置成功
master.png
配置好后重启mysql
在从库中配置
修改从库的my.cnf 在[mysqld]下新增配置
# -----------------------slave上的主从配置-------------
# server-id 唯一的服务辨识号,数值位于 1 到 2^32-1之间.
# 此值在master和slave上都需要设置.
# 如果 “master-host” 没有被设置,则默认为1, 但是如果忽略此选项,MySQL不会作为master生效.
server-id = 2 #[必须]服务器唯一ID，默认是1
# replicate-do-db 需要做复制的数据库,如果复制多个数据库，重复设置这选项即可master上不需要此项，slave上需要
replicate-do-db = my_test1 #复制名称为test_db的数据库
# replicate-ignore-db 不需要复制的数据库，如果要忽略复制多个数据库，重复设置这个选项即可
# replicate-ignore-db = mysql #不需要（忽略）复制名称为mysql的数据库
执行同步命令
在从库的客户端执行命令
# 设置主服务器ip，同步账号密码，同步位置
change master to master_host='192.168.171.123' , master_port=3001,
master_user='root',master_password='123456',
master_log_file = 'mysql-bin.000002',master_log_pos=2170;
# 开启同步功能
start slave;
查看从服务器状态：
show slave status
出现如下则表示成功
slave.png
配置好后就可以在主库中建表，执行插入、修改、删除操作来验证主从是否配置成功
