本文基于 MySQL 5.7.35 在代码层面对内连接的 SQL 语句进行框架性分析，主要是介绍在连接执行过程中，涉及到哪些比较关键的环节，在这些环节干了什么事情，不会涉及到很细节的代码逻辑层面，不然整篇文章就会非常长了

阅读更多

MySQL 连接缓冲区（Join Buffer）是用于提升多表连接查询的速度的，连接查询的执行简化逻辑如下：

• 从存储引擎中读取驱动表的中的记录，把满足条件的记录存入连接缓冲区
• 当连接缓冲区满时，循环从存储引擎读取被驱动表的记录
• 每读取一条被驱动表的记录，遍历临时存放到连接缓冲区中的驱动表的记录
• 判断被驱动表和驱动表的记录是否匹配，如果匹配，且被驱动表是连接操作的最后一个表，则把匹配的记录发送给客户端（只发送客户端需要的字段）

阅读更多

BNL 是 Block Nested Loop 的缩写，表示 基于块的嵌套循环连接，是 MySQL 优化连接查询的一种方式

BNL 缓冲区的初始化，是执行连接过程中使用连接缓冲区的基础，本文会详细分析 JOIN_CACHE_BNL::init() 方法及其调用的其它用于初始化的相关方法

阅读更多

本文基于 MySQL 5.7.35 版本的源代码，主要是对 JOIN::make_outerjoin_info() 方法的代码逻辑进行分析

阅读更多

IN、=ANY 子查询进行半连接（Semi-Join）优化时，其中一种策略就是子查询物化，即生成一张内存或者磁盘的临时表（称为物化表），来存储子查询的执行结果，然后物化表和主查询进行连接，以获取最终的结果集

本文翻译自 MariaDB 官方文档，主要介绍使用物化表进行半连接优化的两种策略

阅读更多

本文基于 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日志的删除的具体时机。

阅读更多