再谈binlog
mysql的高可用架构都是基于binlog来实现的,binog是归档所用,主要两种格式,分别是statements和rows格式,两个格式的区别如下:
-
statements
该格式下的binlog记录的是我们直接执行的语句,比如执行
delete * from t where id = 1;
这是产生的binlog记录的就是这条执行的语句。但是这类binlog存在一个问题就是我们的语句在主库和从库中有可能会通过不同的索引执行,这样就可能会导致主库和从库的不一致性
-
rows
该格式下的binlog记录的是我们对哪个表的哪一行做了什么样的修改,比如上面的那条delete语句,在生成rows格式的binlog时就是记录了删除表t的id=1的行。这种格式的binlog记录的信息更加完整。
M-S架构实现
所谓的MS架构就是主备架构,一个主库A可以用来读写,一个从库B只能接受客户端的读请求,并与主库A保持同步,B要与A保持同步的步骤如下:
-
备库B设置主库A的相关属性
-
备库B上执行start slave命令,然后会开启两个线程,一个线程用来接受主库A的binlog,一个线程用来写relay log
-
主库A在进行一些校验后,开始按照备库B传过来的位置,从本地读取binlog,发送给从库B
-
从库B在接受到主库A传来的binlog后会将其转换为relay log,称为中转日志
- <