sort

buffer。

这三个数据结构都是用来存放语句执行过程中的中间数据#xff0c;以辅助

SQL

buffer。

这三个数据结构都是用来存放语句执行过程中的中间数据以辅助

SQL

这个值已经存在于临时表了违反了唯一性约束所以插入失败然后继续执行取到第二行

从临时表中按行取出数据返回结果并删除临时表结果中包含两行数据分别是

1000

可以看到这里的内存临时表起到了暂存数据的作用而且计算过程还用上了临时表主键

union

这样执行的时候就依次执行子查询得到的结果直接作为结果集的一部分发给客户端。

Extra

null;这样就跳过了最后排序的阶段直接从临时表中取数据返回。

由于表

行数据也就是说执行过程中会发现内存临时表大小到达了上限1024

字节。

这时候就会把内存临时表转成磁盘临时表磁盘临时表默认使用的引擎是

如果这个表

的数据量很大很可能这个查询需要的磁盘临时表就会占用大量的磁盘空间。

三、group

逻辑就再好不过了。

但是如果碰上不适合创建索引的场景还是要老老实实做排序的。

那么这时候的

group

语句中需要放到临时表上的数据量特别大却还是要按照“先放到内存临时表插入一部分数据后发现内存临时表不够用了再转成磁盘临时表”看上去就有点儿傻。

MySQL

这个提示hint就可以告诉优化器这个语句涉及的数据量很大请直接用磁盘临时表。

MySQL

树存储存储效率不如数组来得高。

所以既然告诉我数据量很大那从磁盘空间考虑还是直接用数组来存吧。

select

内存不够用就会利用磁盘临时文件辅助排序排序完成后就得到了一个有序数组。

explain

字段可以看到这个语句的执行没有再使用临时表而是直接用了排序算法。

union、union

如果语句执行过程可以一边读数据一边直接得到结果是不需要额外内存的否则就需要额外的内存来保存中间结果join_buffer

是有序数组临时表是二维表结构如果执行逻辑需要用到二维表特性就会优先考虑使用临时表。

比如例子中union

需要用到唯一索引约束