疫情已经持续两年多了，给生活的各方面带来了不便，对经济产生了冲击，很多人失业，也有很多人挣的比以前少了，从整体上来看是件坏事。放到个人层面来看，对于一部分人来说，可能并不一定是坏事，反而在某种程度上是件好事。

阅读更多

JOIN_CACHE::write_record_data() 是往连接缓冲区中写入记录的方法，BNL、BKA、BKA_UNIQUE 都是调用这个方法往连接缓冲区写入数据，本文基于 MySQL 5.7.35 版本的源码对该方法进行详细的分析

阅读更多

本文基于 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 语句进行压测时使用的各参数及其含义、以及测试结果的简单说明。

阅读更多