MySQL内部临时表策略的示例分析

120次阅读

共计 3264 个字符，预计需要花费 9 分钟才能阅读完成。

这篇文章将为大家详细讲解有关 MySQL 内部临时表策略的示例分析，丸趣 TV 小编觉得挺实用的，因此分享给大家做个参考，希望大家阅读完这篇文章后可以有所收获。

MySQL 内部临时表策略

通过对 MySQL 数据库的跟踪和调试，以及参考 MySQL 官方文档，对 MySQL 内部临时表使用策略进行整理，以便于更加深入的理解。
使用内部临时表条件
MySQL 内部临时表的使用有一定的策略，从源码中关于 SQL 查询是否需要内部临时表。可以总结如下：
1、DISTINCT 查询，但是简单的 DISTINCT 查询，比如对 primary key、unique key 等 DISTINCT 查询时，查询优化器会将 DISTINCT 条件优化，去除 DISTINCT 条件，也不会创建临时表；
2、不是第一个表的字段使用 ORDER BY 或者 GROUP BY；
3、ORDER BY 和 GROUP BY 使用不同的顺序；
4、用户需要缓存结果； www.2cto.com
5、ROLLUP 查询。

源码如下所示
代码地址：sql_select.cc:854，函数：JOIN::optimize()，位置：sql_select.cc:1399
/*
Check if we need to create a temporary table.
This has to be done if all tables are not already read (const tables)
and one of the following conditions holds:
– We are using DISTINCT (simple distinct s are already optimized away)
– We are using an ORDER BY or GROUP BY on fields not in the first table
– We are using different ORDER BY and GROUP BY orders
– The user wants us to buffer the result.
When the WITH ROLLUP modifier is present, we cannot skip temporary table
creation for the DISTINCT clause just because there are only const tables.
*/ www.2cto.com
need_tmp= ((const_tables != tables
((select_distinct || !simple_order || !simple_group) ||
(group_list order) ||
test(select_options OPTION_BUFFER_RESULT))) ||
(rollup.state != ROLLUP:: STATE_NONE select_distinct));

内部临时表使用原则
但是使用了内部临时表，那么他是怎么存储的呢？原则是这样的：
1、当查询结果较小的情况下，使用 heap 存储引擎进行存储。也就是说在内存中存储查询结果。
2、当查询结果较大的情况下，使用 myisam 存储引擎进行存储。
3、当查询结果最初较小，但是不断增大的情况下，将会有从 heap 存储引擎转化为 myisam 存储引擎存储查询结果。

什么情况算是查询结果较小呢？从源码中 if 的几个参数可以看出：
1、有 blob 字段的情况；
2、使用唯一限制的情况；
3、当前表定义为大表的情况；
4、查询结果的选项为小结果集的情况；
5、查询结果的选项为强制使用 myisam 的情况。
www.2cto.com
源码如下所示
代码地址：sql_select.cc:10229，函数：create_tmp_table()，位置：sql_select.cc:10557
/* If result table is small; use a heap */
/* future: storage engine selection can be made dynamic? */
if (blob_count || using_unique_constraint
|| (thd- variables .big_tables !( select_options SELECT_SMALL_RESULT))
|| (select_options TMP_TABLE_FORCE_MYISAM))
{
share- db_plugin = ha_lock_engine(0, myisam_hton);
table- file = get_new_handler(share, table – mem_root,
share- db_type ());
if (group
(param- group_parts table- file- max_key_parts () ||
param- group_length table- file- max_key_length ()))
using_unique_constraint=1;
}
else
{
share- db_plugin = ha_lock_engine(0, heap_hton);
table- file = get_new_handler(share, table – mem_root,
share- db_type ());
}
www.2cto.com
代码地址：sql_select.cc:11224，函数：create_myisam_from_heap()，位置：sql_select.cc:11287
/*
copy all old rows from heap table to MyISAM table
This is the only code that uses record[1] to read/write but this
is safe as this is a temporary MyISAM table without timestamp/autoincrement
or partitioning.
*/
while (! table- file – rnd_next( new_table.record [1]))
{
write_err= new_table .file- ha_write_row(new_table .record[1]);
DBUG_EXECUTE_IF(raise_error , write_err= HA_ERR_FOUND_DUPP_KEY ;);
if (write_err)
goto err ;
}
官方文档相关内容
以上内容只是源码表面的问题，通过查询 MySQL 的官方文档，得到了更为权威的官方信息。
临时表创建的条件：
1、如果 order by 条件和 group by 的条件不一样，或者 order by 或 group by 的不是 join 队列中的第一个表的字段。
2、DISTINCT 联合 order by 条件的查询。
3、如果使用了 SQL_SMALL_RESULT 选项，MySQL 使用 memory 临时表，否则，查询询结果需要存储到磁盘。
临时表不使用内存表的原则：
1、表中有 BLOB 或 TEXT 类型。
2、group by 或 distinct 条件中的字段大于 512 个字节。
3、如果使用了 UNION 或 UNION ALL，任何查询列表中的字段大于 512 个字节。
此外，使用内存表最大为 tmp_table_size 和 max_heap_table_size 的最小值。如果超过该值，转化为 myisam 存储引擎存储到磁盘。