银行网站建设方案视频,河北网站建设业务,微信自媒体网站建设,做服装商城网站前言
sub query 是一个我们经常会使用到的一个 用法
我们这里 看一看各个场景下面的 sub query 的相关处理
查看 本文, 需要 先看一下 join 的相关处理 测试数据表如下, 两张测试表, tz_test, tz_test03, 表结构 一致
CREATE TABLE tz_test (id int(11) unsigned NOT NUL…前言
sub query 是一个我们经常会使用到的一个 用法
我们这里 看一看各个场景下面的 sub query 的相关处理
查看 本文, 需要 先看一下 join 的相关处理 测试数据表如下, 两张测试表, tz_test, tz_test03, 表结构 一致
CREATE TABLE tz_test (id int(11) unsigned NOT NULL AUTO_INCREMENT,field1 varchar(128) DEFAULT NULL,field2 varchar(128) DEFAULT NULL,PRIMARY KEY (id) USING BTREE,UNIQUE KEY field_1_2 (field1) USING BTREE
) ENGINEInnoDB AUTO_INCREMENT11 DEFAULT CHARSETutf8CREATE TABLE tz_test_03 (id int(11) unsigned NOT NULL AUTO_INCREMENT,field1 varchar(128) DEFAULT NULL,field2 varchar(128) DEFAULT NULL,PRIMARY KEY (id) USING BTREE,UNIQUE KEY field_1_2 (field1) USING BTREE
) ENGINEInnoDB AUTO_INCREMENT11 DEFAULT CHARSETutf8 tz_test 数据如下 tz_test_03 数据如下 依据主键进行子查询
执行 sql 如下 “select * from tz_test where id in (select id from tz_test_03);”
这里的实现 类似于 join 的根据主键进行关联的查询处理一样
选择的主驱动表 为内层查询的数据表, 迭代内层的 id 列表 内层的遍历基于待查询的主表 tz_test, 主要的查询条件是基于 正在遍历的 id 进行主键查询
因为这里是主键关联, 因此只会 查询一次 内层迭代 tz_test 相关的函数如下, 只有一个根据 主键 进行查询, 下一个循环 会直接跳出循环 查询类似于如下 join 查询
select t1.* from tz_test as t1
inner join tz_test_03 as t2 on t1.id t2.id
where 1 1; 依据 索引字段 进行子查询
执行 sql 如下 “select * from tz_test where field1 in (select field1 from tz_test_03);”
这里的实现 和 join 就有区别了, 这里是 将内层查询处理成为了一个子查询, 新建了一张 临时表
外层迭代的数据如下, 是 tz_test 表 内层循环迭代的是 mysql 生成的一张临时表 “su bquery2”, 这张表存在于 内存, 并且根据 数据特征做出了一些优化
比如我们这里 tz_test_03 表的 field1 字段, 其实仅仅只有 NORMAL 索引, 没有唯一限定, 但是 实际上在这里 从 qep_tab-read_first_record 和 info-read_record 可以看出, mysql 根据 数据特征 增加了一个 “唯一限定”, 对于这里的场景中 field1 是唯一的 最多只在 subquery2 中查询一次, 因此 说这里 mysql 在这 subquery2 的临时表的 field1 字段增加了一个 “唯一限定” 然后 subquery2 中的查询如下, 这里是存储的结构是一个 HashMap, 这里按照 HashMap 的查询方式进行查询, 比如这里查询的 key 是 “field12”
subquery2 是根据 tz_test_03, 因此记录有 7 条 对于 tz_test 中有, subquery2 中不存在的记录, 这里 内层循环 查询不到, 响应 -1, 跳出循环 subquery2 临时表的数据填充
这里有三个 sub_query, 最顶层的是 tz_test, 第二层的是 subquery2, 最底层的是 tz_test_03
subquery2 的表数据类似于 “select field1 from tz_test_03;” subquery2 的临时初始化 是在 qup_tab-prepare_scan 中处理的 然后 之后是将记录 持久化到 share-records 中 依据 普通字段 进行子查询
执行 sql 如下 “select * from tz_test where field2 in (select field2 from tz_test_03);”
这里的处理 和 依据普通字段进行 join 查询的处理一样, 首先是将 tz_test_03 的相关字段放到 join_buffer, 因此这里 join_buffer 中有 7 条记录
然后 这里迭代 tz_test 的数据, 然后 输出符合条件的记录 输出 do_select 这一层情况如下 查询类似于如下 join 查询
select t1.* from tz_test as t1
inner join tz_test_03 as t2 on t1.field2 t2.field2
where 1 1; 大批量的数据依据主键进行子查询是否有优化?
构造 大表如下 执行 sql 如下 “select *, 2, 2, 2 from tz_test where id in (select id from tz_test_03);”
可以看到的是 查询实现是一样的, 主驱动表为的 tz_test_03, 然后 内层循环表为 tz_test 完
