Mysql5.7临时表的使用（文档翻译）

本篇文章向大家介绍《Mysql5.7临时表的使用（文档翻译）》，主要包括MySQL、PHP，具有一定的参考价值，需要的朋友可以参考一下。

源链接：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

系统变量可以用来强制内部临时表的磁盘存储。

翻译的有问题的地方，请大家多多指教。

终于介绍完啦！小伙伴们，这篇关于《Mysql5.7临时表的使用（文档翻译）》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布数据库相关知识，快来关注吧！