- 主备流程图
TODO
主库接收到客户端的更新请求后,执行内部事务的更新逻辑,同时写binlog。
备库B跟主库A之间维持了一个长连接。主库A内部有一个线程,专门用于服务备库B的这个长连接。一个事务日志同步的过程:
-
在备库B通过change master命令,设置主库A的IP、端口、用户名、密码,以及要从哪个位置开始请求binlog,这个位置包含文件名和日志偏移量
-
在备库B上执行start slave命令,这时备库会启动io_thread、sql_thread。io_thread负责与主库建立连接
-
主库A校验完用户名、密码后,开始按照备库B传过来的位置,从本地读取binlog,发给B
-
备库B拿到binlog后,写到本地文件,称为中转日志(relay log)
-
sql_thread读取中转日志,解析出日志里的命令,并执行
后来由于多线程复制方案的引入,sql_thread演化成为了多个线程。
===========================================================================
为什么备库拿过去可以直接执行。
- 创建个表并初始化数据
要在表中删除一行,这个delete语句的binlog是怎么记录的。
注意,下面这个语句包含注释,如果你用MySQL客户端来做这个实验的话,要记得加-c参数,否则客户端会自动去掉注释。
delete
from ttt -c /comment/
where a >= 4
and t_modified <= ‘2018-11-10’
limit 1;
当binlog_format=statement时,binlog里面记录的就是SQL语句的原文。你可以用
- 查看binlog内容,上面是 ROW 格式,下面是 statement 格式。
mysql> show binlog events in ‘bin