MySQL 日志之 binlog 格式 → 关于 MySQL 默认隔离级别的探讨

背景问题

再讲 binlog 之前，我们先来回顾下主流关系型数据库的默认隔离级别，是默认隔离级别，不是事务有哪几种隔离级别，别会错题意了

1、Oracle、SQL Server 的默认隔离级别是什么，MySQL 的呢 ？

2、为什么 MySQL 的默认隔离级别是 RR ？

这个问题其实不太严谨，我们知道 MySQL 5.5 才将 InnoDB 代替 MyISAM 成为 MySQL 默认的存储引擎，而事务才有隔离级别一说，MyISAM 本就不支持事务，那么这个问题在 MySQL 5.5 之前根本就不成立。

严谨点来说，应该是：为什么 MySQL 5.5 及之后版本的事务默认隔离级别是 RR，或者是：为什么 InnoDB 的事务默认隔离级别是 RR

对于问题1，我相信大家都能回答的上来，Oracle，SqlServer 的默认隔离级别是 读已提交(Read Commited，简称 RC) ，而 MySQL 的默认隔离级别是 可重复读(Repeatable Read，简称 RR)

但是对于问题2，相信有很多小伙伴就会支支吾吾了：呃...，这个...，昂昂昂昂昂，太久了我记忆都不太好了...

调皮的小伙伴可能就开始岔开话题了：你讲 binlog 就讲 binlog 啦，扯什么默认隔离级别，难道 MySQL 的默认隔离级别还与 binlog 有关 ？

具体它俩是不是有关，楼主也不知道，我们一起往下看

binlog 格式

binlog 全称：binary log，即二进制日志，有时候也称归档日志，记录了对 MySQL 数据库执行了更改的所有操作，包括表结构变更（CREATE、ALTER、DROP TABLE…）、表数据修改（INSERT、UPDATE、DELETE...），但不包括 SELECT 和 SHOW 这类操作，因为这类操作对数据本身并没有修改；若更改操作并未导致数据库变化，那么该操作也会写入 binlog，例如

此时的：update tbl_t1 set name = 'lisi' where name = '123'; 并未引起数据库的变化，但还是被记录到了 binlog 中

binlog 的格式有三种：STATEMENT、ROW、MIXED，一开始只有 STATEMENT，后面慢慢衍生出了 ROW、MIXED

MySQL 5.1.5 之前 binlog 的格式只有 STATEMENT，5.1.5 开始支持 ROW 格式的 binlog，从 5.1.8 版本开始，MySQL 开始支持 MIXED 格式的 binlog

MySQL 5.7.7 之前，binlog 的默认格式都是 STATEMENT，在 5.7.7 及更高版本中，binlog_format 的默认值才是 ROW

三种格式的 binlog 各长什么样，它们有什么区别，各有什么优劣，我们往下看

STATEMENT

从 MySQL 第一个版本，到目前最新的 8.0.x，STATEMENT 一直坚挺在 binlog 的格式中，只是从 5.7.7 开始，它退居幕后，头把交椅给了 ROW

binglog 与我们开发中的代码日志是不一样的，它包含两类文件

索引文件：文件名.index，记录了哪些日志文件正在被使用，内容如下

日志文件：文件名.00000*

记录了对 MySQL 数据库执行了更改的所有操作

因为 binlog 的日志文件是二进制文件，不能用文本编辑器直接打开，需要用特定的工具来打开，MySQL 提供了 mysqlbinlog 来帮助我们查看日志文件内容

mysqlbinlog 可选参数很多， mysqlbinlog.exe --help

mysqlbinlog.exe Ver 3.3 for Win64 at x86
Copyright (c) 2001, 2010, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Dumps a MySQL binary log in a format usable for viewing or for piping to
the mysql command line client.

Usage: mysqlbinlog.exe [options] log-files
  -?, --help          Display this help and exit.
  --base64-output[=name]
                      Determine when the output statements should be
                      base64-encoded BINLOG statements: 'never' disables it and
                      works only for binlogs without row-based events;
                      'decode-rows' decodes row events into commented SQL
                      statements if the --verbose option is also given; 'auto'