Binlog日志详解

这篇具有很好参考价值的文章主要介绍了Binlog日志详解。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

binlog是一个二进制格式的文件，用于记录用户对数据库更新的SQL语句信息，例如：更改数据库表和更改内容的SQL语句都会记录到binlog里，但是不会记录SELECT和SHOW这类操作

row: 日志中会记录每一行数据被修改的情况，然后在slave端对相同的数据进行修改

优点：能清楚记录每一个行数据的修改细节，能完全实现主从数据同步和数据的恢复。而且不会出现某些特定情况下存储过程或function，以及trigger的调用和触发器无法被正确复制的问题

缺点：批量操作，会产生大量的日志，尤其是alter table会让日志暴涨
statement：记录每一条修改数据的SQL语句（批量修改时，记录的不是单条SQL语句，而是批量修改的SQL语句事件）, slave在复制的时候SQL进程会解析成和原来master端执行过相同的SQL再次执行。简称SQL语句复制

优点：日志量小，减少磁盘IO，提升存储和恢复速度

缺点：在某些情况下会导致主从数据不一致，比如last_insert_id()、now()等函数
mixed：以上两种模式的混合使用，一般会使用statement模式保存binlog，对于statement模式无法复制的操作时，使用row模式保存binlog，MySQL会根据执行的SQL语句选择写入模式

binlog文件结构

MySQL的binlog文件中记录的是对数据库的各种修改操作，用来表示修改操作的数据结构是Log event。不同的修改操作对应的不同的log event , 比较常用的log event有： Query event 、 Row event 、 Xid event 等。binlog文件的内容就是各种Log event的集合
binlog落盘策略

binlog 的写入顺序: binlog cache (write) -> OS cache -> (fsync) disk

write表示: 写入文件系统缓存,fsync表示持久化到磁盘的时机

binlog刷数据到磁盘由参数sync_binlog进行配置
- sync_binlog=0 的时候，表示每次提交事务都只 write,不 fsync
- sync_binlog=1 的时候，表示每次提交事务都会执行 fsync
- sync_binlog=N(N>1) 的时候，表示每次提交事务都 write，但累积 N 个事务后才 fsync
binlog 写入流程
文章来源地址https://www.toymoban.com/news/detail-437030.html
- 根据记录模式和操作触发event事件生成log event
- 事务执行过程中，先把日志(log event) 写到binlog cache，事务提交的时候，再把binlog cache写到binlog文件中
- binlog cache，系统为每个线程分配了一片binlog cache内存 (每个线程都有自己的binlog cache，共用一份binlog文件)
- 事务提交的时候，执行器把binlog cache里完整的事务写入binlog中。并清空binlog cache

redo log是InnoDB引擎特有的；binlog是MySQL的Server层实现的，所有引擎都可以使用
redo log是物理日志，记录的是“在XXX数据页上做了XXX修改”；binlog是逻辑日志，记录的是原始逻辑，其记录是对应的SQL语句
redo log是循环写的，空间一定会用完，需要write pos和check point搭配；binlog是追加写，写到一定大小会切换到下一个，并不会覆盖以前的日志
redo log作为服务器异常宕机后事务数据自动恢复使用，binlog可以作为主从复制和数据恢复使用。binlog没有自动crash-safe能力

到了这里，关于Binlog日志详解的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！