研发应该懂的binlog知识（上）

引言

为什么写这篇文章?

大家当年在学MySQL的时候，为了能够迅速就业，一般是学习一下MySQL的基本语法，差不多就出山找工作了。水平稍微好一点的童鞋呢还会懂一点存储过程的编写，又或者是懂一点索引的创建和使用。但是呢，基本上大家都忽略了对底层知识的学习。为什么呢？因为工作中很少用到嘛。然后呢，市面上流传的大部分这种底层的知识，又比较偏运维，研发懂这么多意义也不是太大，很多知识可能这辈子都不会用到。

因此，我整理了一部分相关的知识，希望大家有所收获。

研发究竟要懂哪些?

主要分为两个部分

的相关概念

怎么解析

计划分上下两个部分来叙述。上部分讲述binlog的相关概念这部分的知识，我们不需要像运维懂的那么深，我会列举一些常见概念和常见配置，大家匆匆扫一眼，有个概念即可。这样大家以后和运维讨论问题的时候，也不会一脸的懵逼。正所谓

懵逼树上懵逼果,懵逼树下你和我。

懵逼树前排排坐,一人一个懵逼果。

博主一个人默默的把懵逼果收走独享就好，各位读者还是懂点基本概念，以后方便和运维沟通。下半部分讲怎么解析binlog。

另外，这篇文章是给研发大大看的，可能有些概念我理解的也不对，请运维大大轻喷。

正文

记得我的"一个定义,两个误解,三个用途,四个常识"

一个定义

先从定义开始讲起

binlog是记录所有数据库表结构变更（例如CREATE、ALTER TABLE…）以及表数据修改（INSERT、UPDATE、DELETE…）的二进制日志。

binlog不会记录SELECT和SHOW这类操作，因为这类操作对数据本身并没有修改，但你可以通过查询通用日志来查看MySQL执行过的所有语句。

多说一句，如果操作没有造成数据变化，也是会记入。

两个误解

误解一:binlog只是一类记录操作内容的日志文件

因为称之为二进制日志，很多研发会把这个二进制日志和我们平时在代码里写的代码日志联系在一起。因为我们的代码日志，只有一类记录操作容的文件，并不包含索引文件。然而，这个二进制日志包括两类文件：

索引文件（文件名后缀为.index）用于记录哪些日志文件正在被使用

日志文件（文件名后缀为.00000*）记录数据库所有的DDL和DML(除了数据查询语句)语句事件。

这么说可能还有一点抽象，假设文件中有这么三条配置

那么你会在文件目录下面发现两个文件和。

就是我们所说的索引文件，打开瞅瞅，内容是下面这样,记录哪些文件是日志文件。

那么说到日志文件。在里其实又可以分为两部分，一部分在缓存中，一部分在磁盘上。这里业内有一个词叫做刷盘，就是指将缓存中的日志刷到磁盘上。跟刷盘有关的参数有两个个:和。这两个参数作用如下

注意两点:

(1)设过大，会造成内存浪费。设置过小，会频繁将缓冲日志写入临时文件。具体怎么设，有兴趣自行查询，我觉得研发大大根本没机会去设这个值的，了解即可。

(2):表示刷新时间点由操作系统自身来决定，操作系统自身会每隔一段时间就会刷新缓存数据到磁盘，这个性能最好。，代表每次事务提交时就会刷新binlog到磁盘。,代表每N个事务提交会进行一次binlog刷新。

另外，这里存在一个一致性问题，，数据库在操作系统宕机的时候，可能数据并没有同步到磁盘，于是再次重启数据库，会带来数据丢失问题。

当，事务在的时候，数据写入，但是还没写入事务日志(和)。此时宕机，重启数据库，数据被回滚。但是里已经记录，这里存在不一致问题。这个事务日志和一致性的问题，大家可以查询mysql的内部XA协议，该协议就是解决这个一致性问题的。

误解二:binlog是InnoDb独有的

是以事件形式记录的，这句话通俗点说，就是的内容都是一个个的事件。这块具体的我会在下一篇讲，这篇记住的内容就是一个个事件就行。

注意了，这里的用词，是一个个事件，而不是事务。大家应该知道和最显著的区别就是一个支持事务，一个不支持事务。

因此你可以说，是基于事务来记录二进制日志，比如,每提交一次事务，就写入。你却不能说是事务日志，不仅记录日志，在中，也一样存在。

三个用途

这三个用途，出自《MySQL技术内幕 InnoDB存储引擎》一书，分别为恢复、复制、审计。这三个用途，研发大大们了解一下即可，比如数据恢复，你碰到同事删库的机会实在太少。假如真的有同事舍己为人，冒着离职的风险给你提供做数据恢复的机会，大把运维工程师待命在那，轮不到你的。所以，这三个功能了解即可。

恢复：这里网上有大把的文章指导你，如何利用日志恢复数据库数据。如果你真的觉得自己很有时间，就自己去创建个库，然后删了，再去恢复一下数据，练练手吧。

复制: 如图所示（图片不是自己画的，偷懒了）

主库有一个线程，将传给从库

从库有两个线程，一个I/O线程，一个SQL线程，I/O线程读取主库传过来的内容并写入到,SQL线程从里面读取内容，写入从库的数据库。

审计：用户可以通过二进制日志中的信息来进行审计，判断是否有对数据库进行注入攻击。

四个常识

常识一:binlog常见格式

这块知识我用一个表格来表示，没必要啰嗦一大堆。

业内目前推荐使用的是模式，准确性高，虽然说文件大，但是现在有SSD和万兆光纤网络，这些磁盘IO和网络IO都是可以接受的。

那么，大家一定想问，为什么不推荐使用模式，理由如下

假设有两条记录，而只有一条记录。

当在上更新一条从库不存在的记录时，也就是的记录，你会发现是可以执行成功的。而拿到这个SQL后，也会照常执行，不报任何异常，只是更新操作不影响行数而已。并且你执行命令，查看输出，你会发现没有异常。但是，如果你是模式，由于这行根本不存在，是会报1062错误的。

常识二:怎查看binlog

本身是一类二进制文件。二进制文件更省空间，写入速度更快，是无法直接打开来查看的。

因此mysql提供了命令进行查看。

一般的格式的二进制文件，用下面命令就可以

如果是格式，加上或者参数就行，如

常识三:怎么删binlog

删的方法很多，有三种是常见的

(1) 使用,该命令将会删除所有日志，并让日志文件重新从000001开始。

(2) 使用命令

例如

将会清空00000X之前的所有日志文件.

(3) 使用选项指定过了多少天日志自动过期清空。

常识四:binlog常见参数

常见参数，列举如下，有个印象就好。

思考题

请问，我说的

一个定义

两个误解

三个用途

四个常识

说的是什么呢？

另外，我会在下一篇进行介绍，怎么用代码解析日志。