摘要:评估结合查询可能需要临时表。要确定语句是否需要临时表,请使用并检查列以查看是否显示请参见第节使用优化查询。这些条件符合条件,无需临时表是,不是或。内存中临时表的最大大小由两者中和中较小的决定。系统变量可以用来强制内部临时表的磁盘存储。
源链接:https://dev.mysql.com/doc/refman/5.7/en/internal-temporary-tables.html
在某些情况下,服务器在处理Sql语句时创建内部临时表。用户无法直接控制何时发生。
服务器在以下条件下创建临时表:
(Evaluation有什么特殊意思吗?我翻译成了评估)
声明的 UNION 评估,稍后描述一些例外。
评估一些视图,如使用 TEMPTABLE 算法, UNION 或聚合的视图。
派生表(FROM 从句中的子查询)。
创建用于子查询或半连接实现的表。
评估包含一个 ORDER BY 子句和一个不同的 GROUP BY 子句的语句,或者对于该语句 ORDER BY 或 GROUP BY 包含来自连接队列中的第一个表之外的列的列。
评估 DISTINCT 结合 ORDER BY 查询可能需要临时表。
对于使用 SQL_SMALL_RESULT 修饰符的查询,MySQL使用内存中临时表,除非查询还包含需要磁盘存储的元素(稍后介绍)。
评估多表 UPDATE 语句。
评估 GROUP_CONCAT() 或 COUNT(DISTINCT) 表达式。
要确定语句是否需要临时表,请使用 EXPLAIN 并检查 Extra 列以查看是否显示 Using temporary(请参见 第9.8.1节“使用 EXPLAIN 优化查询”)。对于派生或物理化的临时表, EXPLAIN 不一定说 Using temporary。
当服务器创建内部临时表(在内存或磁盘上)时,会增加 Created_tmp_tables 状态变量。如果服务器在磁盘上创建表(最初或通过转换内存中的表),它会增加 Created_tmp_disk_tables 状态变量。
某些查询条件阻止使用内存中临时表,在这种情况下,服务器会使用磁盘表:
表中 存在 BLOB 或 TEXT 列
在 SELECT 列表中存在任何字符串列的最大长度大于512(二进制字符串的字节,非二进制字符的字符),如果UNION 或 UNION ALL 使用的情况下
SHOW COLUMNS 和 DESCRIBE 语句中使用 BLOB 作为用于某些字段的数据类型,从而用于结果的临时表是磁盘上的表。
服务器不使用 UNION 符合特定条件语句的临时表。相反,它保留了从临时表创建唯一的数据结构进行必要的结果列的类型转换。表没有完全实例化,没有行被写入或读取; 行直接发送到客户端。结果是减少了内存和磁盘要求,并且在将第一行发送到客户端之前的较小延迟,因为服务器不需要等待直到最后一个查询块被执行。EXPLAIN 优化器跟踪输出反映了此执行策略:UNION RESULT 查询块不存在,因为该块对应于从临时表读取的部分。
这些条件符合条件 UNION ,无需临时表:
union 是 UNION ALL,不是 UNION 或 UNION DISTINCT。
没有全局 ORDER BY 从句。
union 不是一个 {INSERT | REPLACE} ... SELECT 操作的顶级语句的查询块。
用于临时表的存储引擎
临时表存储格式
用于临时表的存储引擎
内部临时表可以在保存内存中并且由 MEMORY 存储引擎处理,或者以 InnoDB 或 MyISAM 存储引擎存储在磁盘上。
如果表是内部临时表并且被存储在内存中,但是变得太大,MySQL 会自动将其转换为磁盘表。内存中临时表的最大大小由两者中 tmp_table_size 和 max_heap_table_size 中较小的决定。这与使用 CREATE TABLE 显式创建的内存表不同, 对于这样的表,只有 max_heap_table_size 系统变量确定表允许增长的大小,并且没有转换为磁盘格式。
所述 internal_tmp_disk_storage_engine 系统变量确定服务器使用哪个存储引擎来管理的磁盘上的内部临时表。允许的值为 INNODB (默认值)和 MYISAM 。
**注意** 使用 `internal_tmp_disk_storage_engine=INNODB` 生成超过 `InnoDB` 行或列限制的临时表的查询, 如果返回行大小太大或列错误太多。解决方法是设置 `internal_tmp_disk_storage_engine` 为 `MYISAM`。
临时表存储格式
存储器内临时表由 MEMORY 存储引擎管理,存储引擎使用固定长度的行格式。VARCHAR 和 VARBINARY 列值填充到最大列长度,实际上将它们存储为 CHAR 和 BINARY 列。
在磁盘上的临时表由管理 InnoDB 或 MyISAM 存储引擎(取决于 internal_tmp_disk_storage_engine 设置)。两个引擎使用动态宽度行格式存储临时表。列只需要尽可能多的存储空间,与使用固定长度行的磁盘表相比,减少了磁盘 I/O 和空间要求以及处理时间。
对于最初在内存中创建内部临时表的语句,然后将其转换为磁盘表,可能会通过跳过转换步骤并在磁盘上创建表来实现更好的性能。big_tables 系统变量可以用来强制内部临时表的磁盘存储。
翻译的有问题的地方,请大家多多指教。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/30564.html
摘要:所以,使用存储引擎的表,读取和写入这两种操作是互斥的。版本时默认支持为适用场景非事务型应用本身时一种非事务型存储引擎,也就是说是不支持事务的。空间类应用在之前,是唯一支持空间函数的存储引擎。 1. mysql 5.5之前版本默认存储引擎 1.1 因为这个原因现在还有大量服务器在使用这myisam引擎的表 1.2 myisam是mysql大部分系统表和临时表使用的存储引擎 showImg...
阅读 1574·2021-09-23 11:21
阅读 2344·2021-09-07 10:13
阅读 834·2021-09-02 10:19
阅读 1125·2019-08-30 15:44
阅读 1720·2019-08-30 13:18
阅读 1913·2019-08-30 11:15
阅读 1105·2019-08-29 17:17
阅读 2017·2019-08-29 15:31