MySQL中的myisam内部临时表分析

这篇文章主要讲解了“MySQL中的myisam内部临时表分析”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“MySQL中的myisam内部临时表分析”吧！
一个朋友问我下面的tmp目录的文件是干什么的，一会就删除了。他的版本是5.6
tmpfile.png
我发现我的好多文章都是朋友问的问题。_
因为对MySQL中的临时文件的种类和作用还是比较熟悉参考下文：
http://blog.itpub.net/7728585/viewspace-2146356/
但是都是基于5.7写的，但是对这种文件确实没见过，但是回想起在5.7官方文档中描述过，5.7过后默认的内部临时表磁盘文件使用了innodb引擎，但是5.6中默认还是myisam引擎的。5.7中使用什么引擎由参数internal_tmp_disk_storage_engine控制，但是在内存中始终是memory引擎的内部表，详细参考5.7官方文档:
8.4.4 Internal Temporary Table Use in MySQL
所以我告诉朋友这个应该是myisam引擎的内部临时表。
我们发现这里的临时表名字为#sql_bec0_14.MYD等打开函数我们可以在如下代码中找到为什么这样命名方式：
所以我们大概明白：
#sql:来自tmp_file_prefix是宏定义
bec0:来自mysqld的当前进程号
14:临时表缓冲区的某种槽号,没仔细看
这个问题在官方文档描述参考：
8.4.4 Internal Temporary Table Use in MySQL
我就不过多描述了，执行计划一般会出现use temporary字样，当然不出现也可能使用内部临时表，自行参考。
而对于是否磁盘文件则如下描述：
If an internal temporary table is created as an in-memory table but becomes too large, MySQL
automatically converts it to an on-disk table. The maximum size for in-memory temporary tables is determined from whichever of the values oftmp_table_sizeandmax_heap_table_sizeis
smaller. This differs from MEMORY tables explicitly created with CREATE TABLE: For such tables, only the max_heap_table_size system variable determines how large the table is permitted to grow and there is no conversion to on-disk format.
Theinternal_tmp_disk_storage_enginesystem variable determines which storage engine the
server uses to manage on-disk internal temporary tables. Permitted values are INNODB (the default) and MYISAM.
In-memory temporary tables are managed by the MEMORY storage engine, which uses fixed-length row format. VARCHAR and VARBINARY column values are padded to the maximum column length, in effect storing them as CHAR and BINARY columns.
On-disk temporary tables are managed by the InnoDB or MyISAM storage engine (depending on the internal_tmp_disk_storage_engine setting). Both engines store temporary tables using
dynamic-width row format. Columns take only as much storage as needed, which reduces disk I/O and space requirements, and processing time compared to on-disk tables that use fixed-length rows. For statements that initially create an internal temporary table in memory, then convert it to an on-disk table, better performance might be achieved by skipping the conversion step and creating the table on disk to begin with. Thebig_tablessystem variable can be used to force disk storage of internal temporary tables.
实际上如果设置参数big_tables为TURE或者包含了大字段必然会使用磁盘临时表如下：
Presence of a BLOB or TEXT column in the table
Presence of any string column with a maximum length larger than 512 (bytes for binary strings,
characters for nonbinary strings) in the SELECT list, if UNION or UNION ALL is used
The SHOW COLUMNS and DESCRIBE statements use BLOB as the type for some columns, thus the
temporary table used for the results is an on-disk table.
The big_tables system variable can be used to force disk storage of internal temporary tables.
当然create_tmp_table函数代码中有这样一段逻辑如下来证明上面的描述，这段代码同时标记了internal_tmp_disk_storage_engine参数的作用，如下：
/* If result table is small; use a heap */
if (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());
}
else if (blob_count || //大字段计数器
(thd->variables.big_tables && //参数big_tables设置
!(select_options & SELECT_SMALL_RESULT)))
{
/*
* Except for special conditions, tmp table engine will be choosen by user.
*/
switch (internal_tmp_disk_storage_engine) //参数internal_tmp_disk_storage_engine设置
{
case TMP_TABLE_MYISAM:
share->db_plugin= ha_lock_engine(0, myisam_hton); //myisam引擎内部临时表
break;
case TMP_TABLE_INNODB:
share->db_plugin= ha_lock_engine(0, innodb_hton);//innodb引擎内部临时表
break;
default:
DBUG_ASSERT(0);
share->db_plugin= ha_lock_engine(0, innodb_hton);
}

table->file= get_new_handler(share, &table->mem_root,
share->db_type());
}
else
{
share-&gt免费主机域名;db_plugin= ha_lock_engine(0, heap_hton);////memory引擎内部临时表?
table->file= get_new_handler(share, &table->mem_root,
share->db_type());
}
而对于tmp_table_size和max_heap_table_size 的比较这个逻辑依然在create_tmp_table函数中如下：

if (thd->variables.tmp_table_size == ~ (ulonglong) 0) // No limit
share->max_rows= ~(ha_rows) 0;
else
share->max_rows= (ha_rows) (((share->db_type() == heap_hton) ?
min(thd->variables.tmp_table_size,//参数tmp_table_size
thd->variables.max_heap_table_size) ://参数max_heap_table_size
thd->variables.tmp_table_size) /
share->reclength);
但是在测试的时候我将tmp_table_size设置得很小了,share->max_免费主机域名rows自然很小，但是还是没有磁盘内部临时表，很是纳闷，如下自己加入的打印输出如下：

2018-03-01T09:27:52.189710Z 3 [Note] (create_tmp_table 1404) tmp_table_size:1024,max_heap_table_size:1048576,blob_count:0,big_tables0
2018-03-01T09:27:52.189748Z 3 [Note] (create_tmp_table 1420) rows_limit:18446744073709551615,max_rows:73
当然我对这个函数的认知还非常有限，以后再说吧。
实际上这个函数就是instantiate_tmp_table。在instantiate_tmp_table中也会看到如下逻辑：
其实最终的建立什么样的内部临时表就是通过instantiate_tmp_table函数进行判断的，如果有兴趣可以将断点放上去进行各种测试，我水平有限，只能抛砖引玉。但是从我大概的测试来看建立内部临时表的情况比官方文档列出来的多得多比如：show table status，这是栈帧放在这里供以后参考一下：
为了一定出现这种文件我设置和测试如下：感谢各位的阅读，以上就是“MySQL中的myisam内部临时表分析”的内容了，经过本文的学习后，相信大家对MySQL中的myisam内部临时表分析这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是云技术，小编将为大家推送更多相关知识点的文章，欢迎关注！

相关推荐: SOAR怎么用

小编给大家分享一下SOAR怎么用，相信大部分人都还不怎么了解，因此分享这篇文章给大家参考一下，希望大家阅读完这篇文章后大有收获，下面让我们一起去了解一下吧！下载安装SOAR使用Go语言编写，天然具备操作系统跨平台属性，您可以在Github上的Release版本…