Binglog
有什么作用
逻辑日志,可以主从复制,数据回放
主节点会先写磁盘,然后会写binlog
从节点会开启两个线程,1.io线程 2.sql线程
io线程会通过网络传输把主节点binlog拉过来
sql线程会解析这个binlog,进行数据重放
binlog的三种格式
1.statement (记sql)比如upadate就记录update语句,不够灵活,因为如果从节点根据sql数据回放的时候,宕机了,那他都不知道sql执行到哪一步了,会有问题
2.row(类似操作日志,改了哪一行数据,从xx->xx),如果我一条update语句更新了1000w条数据,那就有1000w条binlog
3.mixed
binlog有什么缺点总结一下
1.不支持事物
首先mysql再最开始的时候是不支持事物的,因为他只有binlog可以做数据回放(我要回放昨天12点之前的数据,这个是可以办到的)
不支持事物是因为,数据都是存储到数据页中的,事物的修改最终都是要映射到磁盘中的,binlog是办不到的
有可能一条update语句,影响了三行数据页,binglog只能记录哪一行数据修改了什么,如果update中断了,根本就不知道这3张数据页执行到哪一步了
颗粒度不够,所以不支持事物
2.效率不够高
很明显,他要开一个sql线程去做回放,解析sql耗时,执行sql也耗时
3.不能做宕机的恢复
mysql对于已经提交的事物,binglog会打一个标记check point,check point之前的数据都可以恢复,但是后面的事物没办法恢复,因为他没有记录数据页的变更,颗粒度不够(可以看上面第一条)
redolog
物理日志,他是直接记录了数据页的变更
redolog的写入方式和binglog的区别
redolog是循环写
redolog他主要是为了解决binlog,不支持事物以及宕机恢复的,循环写256m的空间就足够了,就算宕机了,正常一个修改几kb
binglog是顺序写
这也是binlog为啥能做数据回放的原因,因为他什么时间点的数据都给你记录下来了