MySQL的日志

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为啥能做数据回放的原因，因为他什么时间点的数据都给你记录下来了