本文基于 MySQL 5.7.35 逐字节解读 frm 文件的内容，本来想通过抽象的方式，来说清楚 frm 文件中每个字节的含义，写了一半发现根本行不通，因为除了 frm header block 区域的 Offset 是确定的，其它区域（如索引、字段、注释等）长度不确定，Offset 也是不确定的，很难描述清楚，因此，本文使用一个具体的表来说明 frm 文件中每个字节的含义，表结构如下：

阅读更多

table->rec_buf_length 表示的是 table->record 的一行记录的长度

关于 table->record 的说明： table->record 的定义：sql/table.h:1031 uchar *record[2]; /* Pointer to records */

table->record[0] 用于 MySQL 的 server 层和 引擎层进行数据交互

存储引擎从内存中读取到 1 条记录时，记录的存储格式还是存储引擎特定的格式

通过存储引擎的格式转换方法，把存储引擎格式转换为 MySQL 格式，存储到 table->record[0] 中

阅读更多

mysqlslap 是 mysql 自带的压测工具，本文记录使用 mysqlslap 对 SELECT 语句进行压测时使用的各参数及其含义、以及测试结果的简单说明。

阅读更多

这是一个并不复杂的问题，我们先说结论，再来探寻背后的原理

字符串字段和数字查询条件进行比较时，会先把字符串转换为数字再比较，而对字段进行了类型转换，是不能使用索引的

结论很简单，但是这背后的原理是什么呢？ 同时引申出来另一个问题：为什么字符串和数字比较时，要把字段转换为数字，而不是把数字转换为字符串比较呢？

阅读更多

Undo日志在事务执行过程中生成，既服务于自己，也服务于其它事务。 生成Undo日志的事务提交之后，Undo日志服务于自己的使命就结束了。 Undo日志服务的其它所有事务都提交之后，它服务于其它事务的使命就结束了，同时它的整个使命也就结束了。 本文接下来会简单介绍下Undo日志的作用，然后详细聊聊Undo日志的删除的具体时机。

阅读更多

使用Jetbrains的CLion编辑器，搭建 MySQL 5.7.35 调试环境

阅读更多