binlog日志以及MySQL的数据同步

binlog

binlog是什么

• 记录所有数据库表结构，表数据的修改，但是不会记录Select和Show这类操作

binlog有几种记录模式

三种记录模式

• statement: 基于SQL语句的复制

• row: 基于行的复制，记录每行数据的变更（保证了数据的一致性）

• mixed: 混合使用statement和row的模式

binlog的应用

• 系统级应用：主从复制，数据恢复

• 业务级应用：数据收集

读多写少的场景

• 可以使用MySQL主从架构来应对

如果读的流量进一步增大，我们是否可以多增加几个从库来应对高并发的读请求：

答：不可以，MySQL为了将binlog同步给每一个从库，都需要有单独的线程来处理，数据传输多份就要消耗更多的带宽，这会给主库的性能造成很大的压力，不仅不能提升系统性能，反而适得其反，对于生产环境来说，一般都是两到三个从库

MySQL是如何通过Binlog实现数据同步的

数据同步的模式

• 同步模式：MySQL提交事务的线程会等待所有从库binlog去同步成功的响应（优点：不存在丢数据的情况）（缺点：效率低）

• 异步模式（默认）：MySQL提交事务的线程完全不关心binlog是否已经同步到从库，事务执行完成就会返回给客户端响应结果（缺点：如果主库宕机，数据存在丢失的风险）（优点：效率高）

• 半同步模式：MySQL提交事务的线程不会等待所有从库binlog同步成功的响应，只要有一部分从库binlog同步成功就会返回给客户端响应结果

数据同步的阶段

• 数据同步通过三个阶段实现（异步模式）

  • 一阶段：binlog的写入:主库数据写入binlog,再去提交事务，更新存储引擎的数据，事务提交完成后返回给客户端

  • 二阶段：binlog的同步:MySQL的从库创建的IO线程会连接到主库的binlog,主库会为每一个从库创建一个binlog-dump线程，然后从库的IO线程从binlog-dump中接收到主库的文件，把binlog文件写入到本地的relay-log中，最后返回成功的响应给主库

  • 三阶段: binlog重放：从库会创建一个SQL线程，会读取relay-log中的终极日志，重放binlog,从而更新从库中的数据，其实就是把binlog重新执行了一遍，加载到从库的DB中，完成主从的复制