mysql进阶-binlog应用场景与原理剖析

一 介绍binlog

• binlog， 即二进制日志文件，他记录了MySQL所有数据的变更，并以二进制的形式存储在磁盘上

二 binlog模式

binlog有三种模式：ROW（行模式）, Statement（语句模式）, Mixed（混合模式）
mysql默认是Statement， 推荐使用ROW

Statement

• 优点：记录的是sql语句，清晰易读，日志文件小 节约io 提高性能
• 缺点：准确性差，对一些系统函数不能准确复制或不能复制， 如： NOW(). UUID()

ROW

• 优点：记录的是每行的实际数据变更，能保证数据准确性
• 缺点：产生的日志文件大，比较占用ＩＯ

Mixed

• 优点：准确性强，文件大小适中
• 缺点：有可能发生主从不一致问题

引用场景

1 基于binlog的主从复制

流程图.png

主要分为3个步骤：
第一步：master在每次准备提交事务完成数据更新前，将改变记录到二进制日志(binary log)中（这些记录叫做二进制日志事件，binary log event，简称event)
第二步：slave启动一个I/O线程来读取主库上binary log中的事件，并记录到slave自己的中继日志(relay log)中。
第三步：slave还会起动一个SQL线程，该线程从relay log中读取事件并在备库执行，从而实现备库数据的更新。

2 数据库读写分离 （一主多从）

所有的更新操作都通过Master(Insert、Update、Delete等)，而查询操作(Select等)都在Slave上进行。由于存在多个slave，所以我们可以在slave之间做负载均衡。通常业务都会借助一些数据库中间件，如tddl、sharding-jdbc等来完成读写分离功能。

image.png

3 数据恢复

4 数据最终一致性

image.png
增量索引 | 可靠消息 | 缓存一致性