Heim > Artikel > Datenbank > MySQL, was ist eine temporäre Tabelle?

MySQL, was ist eine temporäre Tabelle?

青灯夜游Original: 2022-02-17 16:01:255274Durchsuche

In MySQL bezieht sich eine temporäre Tabelle auf eine Tabelle, die vorübergehend verwendet wird und zum Speichern einiger Zwischenergebnissätze verwendet wird. Die temporäre Tabelle ist nur in der aktuellen Verbindung sichtbar, und MySQL löscht die Tabelle automatisch Geben Sie den gesamten Platz frei.

Die Betriebsumgebung dieses Tutorials: Windows7-System, MySQL8-Version, Dell G3-Computer.

Temporärer Tisch ist ein Tisch, der vorübergehend verwendet wird.

Temporäre Tabellen sind Tabellen, die von MySQL zum Speichern einiger Zwischenergebnissätze verwendet werden. Temporäre Tabellen sind nur in der aktuellen Verbindung sichtbar. Wenn die Verbindung geschlossen wird, löscht MySQL automatisch die Tabelle und gibt den gesamten Speicherplatz frei.

Verwenden Sie andere MySQL-Client-Programme, um eine Verbindung zum MySQL-Datenbankserver herzustellen, um temporäre Tabellen zu erstellen. Die temporären Tabellen werden nur zerstört, wenn das Client-Programm geschlossen wird.

Hinweis: Temporäre Tabellen wurden in MySQL-Version 3.23 hinzugefügt. Wenn Ihre MySQL-Version niedriger als 3.23 ist, können Sie die temporären Tabellen von MySQL nicht verwenden. Allerdings kommt es im Allgemeinen selten vor, dass eine so niedrige Version des MySQL-Datenbankdienstes verwendet wird. Zwei temporäre Tabellen werden in MySQL als externe temporäre Tabellen bezeichnet. Diese temporäre Tabelle ist nur für den aktuellen Benutzer sichtbar und wird automatisch geschlossen, wenn die aktuelle Sitzung endet. Diese temporäre Tabelle kann mit demselben Namen wie die nicht temporäre Tabelle benannt werden (die nicht temporäre Tabelle ist für die aktuelle Sitzung erst sichtbar, wenn die temporäre Tabelle gelöscht wird).

Interne temporäre TabelleDie interne temporäre Tabelle ist eine spezielle, leichte temporäre Tabelle, die zur Leistungsoptimierung verwendet wird. Diese Art von temporärer Tabelle wird von MySQL automatisch erstellt und zum Speichern der Zwischenergebnisse bestimmter Vorgänge verwendet. Diese Vorgänge können in der Optimierungsphase oder der Ausführungsphase enthalten sein. Diese Art von interner Tabelle ist für Benutzer unsichtbar, aber über EXPLAIN oder SHOW STATUS können Sie überprüfen, ob MYSQL interne temporäre Tabellen verwendet, um den Abschluss eines Vorgangs zu unterstützen. Interne temporäre Tabellen spielen eine sehr wichtige Rolle im Optimierungsprozess von SQL-Anweisungen. Viele Vorgänge in MySQL basieren zur Optimierung auf internen temporären Tabellen. Die Verwendung interner temporärer Tabellen erfordert jedoch Kosten für die Erstellung von Tabellen und den Zugriff auf Zwischendaten. Daher sollten Benutzer versuchen, beim Schreiben von SQL-Anweisungen die Verwendung temporärer Tabellen zu vermeiden.

Es gibt zwei Arten von internen temporären Tabellen:

Eine davon ist eine temporäre HEAP-Tabelle. Alle Daten in dieser temporären Tabelle werden im Speicher gespeichert, und für Operationen dieser Art von Tabelle sind keine E/A-Operationen erforderlich.

Die andere ist die temporäre OnDisk-Tabelle. Wie der Name schon sagt, speichert diese temporäre Tabelle Daten auf der Festplatte. Temporäre OnDisk-Tabellen werden zur Abwicklung von Vorgängen mit relativ großen Zwischenergebnissen verwendet.

Wenn die in der temporären HEAP-Tabelle gespeicherten Daten größer als MAX_HEAP_TABLE_SIZE sind, wird die temporäre HEAP-Tabelle automatisch in eine temporäre OnDisk-Tabelle konvertiert.

In 5.7 kann die temporäre OnDisk-Tabelle über die Systemvariable INTERNAL_TMP_DISK_STORAGE_ENGINE wählen, ob sie die MyISAM-Engine oder die InnoDB-Engine verwenden möchte.

Allgemeine Verwendung externer temporärer Tabellen
Externe temporäre Tabellen werden über CREATE TEMPORARY TABLE und DROP TABLE bedient, aber wenn der Befehl SHOW TABLES die Datentabellenliste anzeigt, können Sie die temporäre Tabelle nicht sehen erstellt. Und nach dem Beenden der aktuellen Sitzung wird die temporäre Tabelle automatisch zerstört. Natürlich kann es auch manuell zerstört werden (DROP TABLE).

1. Engine-Typ: Kann nur sein: Speicher (Heap), Myisam, Merge, Innodb, MySQL-Cluster (Cluster) wird nicht unterstützt.

2. Achten Sie bei der Verwendung externer temporärer Tabellen auf einige Punkte: 1) Das von Ihnen verwendete Datenbankkonto muss über die Berechtigung zum Erstellen temporärer Tabellen verfügen.

2) In derselben SQL können Sie das nicht zuordnen Zweimal dasselbe Temporäre Tabelle, andernfalls wird der folgende Fehler gemeldet:

mysql> select * from temp_table, temp_table as t2;
　　error 1137: can&#39;t reopen table: &#39;temp_table&#39;

3) Die temporäre Tabelle ist beim Herstellen einer Verbindung sichtbar und der Speicherplatz wird beim Schließen gelöscht, und die temporäre Tabelle wird gelöscht 4), show tables listet die temporäre Tabelle nicht auf

5), rename kann nicht zum Umbenennen temporärer Tabellen verwendet werden. Sie können jedoch stattdessen die Tabelle ändern: Sie können alter table old_tp_table_name rename new_tp_table_name

6) verwenden, was sich auf die Verwendung der Replikationsfunktion auswirkt

7), wenn Sie einen Alias für eine Tabelle deklarieren, wenn Sie darauf verweisen Diese Tabelle muss verwendet werden. Dieser Alias muss verwendet werden. Siehe „Aktualisieren und Löschen von MySQL-Multitabellenzuordnungen“. Beispiel: „

mysql> CREATE TEMPORARY TABLE SalesSummary (
    -> product_name VARCHAR(50) NOT NULL
    -> , total_sales DECIMAL(12,2) NOT NULL DEFAULT 0.00
    -> , avg_unit_price DECIMAL(7,2) NOT NULL DEFAULT 0.00
    -> , total_units_sold INT UNSIGNED NOT NULL DEFAULT 0
);
Query OK, 0 rows affected (0.00 sec)

mysql> INSERT INTO SalesSummary
    -> (product_name, total_sales, avg_unit_price, total_units_sold)
    -> VALUES
    -> (&#39;cucumber&#39;, 100.25, 90, 2);

mysql> SELECT * FROM SalesSummary;
+--------------+-------------+----------------+------------------+
| product_name | total_sales | avg_unit_price | total_units_sold |
+--------------+-------------+----------------+------------------+
| cucumber     |      100.25 |          90.00 |                2 |
+--------------+-------------+----------------+------------------+
1 row in set (0.00 sec)

mysql> DROP TABLE SalesSummary;  
mysql>  SELECT * FROM SalesSummary;  
ERROR 1146: Table &#39;RUNOOB.SalesSummary&#39; doesn&#39;t exist

“ Reduzieren Sie die Anzahl der internen temporären Tabellen zur Abfrageoptimierung so gering wie möglich, um die Effizienz der Abfrageausführung effektiv zu verbessern.

Zuerst definieren wir eine Tabelle t1,

   <update id="createTempTable">
        CREATE TEMPORARY TABLE IF NOT EXISTS temp 
        SELECT * FROM settlement_temp
         WHERE settle_date=#{settleDate} AND LENGTH(operator) IN(16,32) AND  pay_status IN (&#39;01&#39;,&#39;06&#39;) 
         ORDER BY settle_date,merchant_no
    </update>

Alle folgenden Operationen basieren beispielsweise auf Tabelle t1.

Verwenden Sie den SQL_BUFFER_RESULT-Hinweis in der SQL-Anweisung

SQL_BUFFER_RESULT主要用来让MySQL尽早的释放表上的锁。因为如果数据量很大的话，需要较长时间将数据发送到客户端，通过将数据缓冲到临时表中可以有效的减少读锁对表的占用时间。SQL_BUFFER_RESULT见《mysql查询优化之三：查询优化器提示（hint）》

例如：

mysql> explain format=json select SQL_BUFFER_RESULT * from t1;
    EXPLAIN
    {
      "query_block": {
        "select_id": 1,
        "cost_info": {
          "query_cost": "2.00"
        },
        "buffer_result": {
          "using_temporary_table": true,
          "table": {
            "table_name": "t1",
            "access_type": "ALL",
        ...

如果SQL语句中包含了DERIVED_TABLE。

在5.7中，由于采用了新的优化方式，我们需要使用 set optimizer_switch=’derived_merge=off’来禁止derived table合并到外层的Query中。

例如：

mysql> explain format=json select * from (select * from t1) as tt;
    EXPLAIN
    {
      "query_block": {
        "select_id": 1,
        "cost_info": {
          "query_cost": "2.40"
        },
        "table": {
          "table_name": "tt",
          "access_type": "ALL",
          ...
          "materialized_from_subquery": {
            "using_temporary_table": true,
        ...

如果我们查询系统表的话，系统表的数据将被存储到内部临时表中。

我们当前不能使用EXPLAIN来查看是否读取系统表数据需要利用到内部临时表，但是可以通过SHOW STATUS来查看是否利用到了内部临时表。

例如：

mysql> select * from information_schema.character_sets;
mysql> show status like &#39;CREATE%&#39;;

如果DISTINCT语句没有被优化掉，即DISTINCT语句被优化转换为GROUP BY操作或者利用UNIQUE INDEX消除DISTINCT, 内部临时表将会被使用。

mysql> explain format=json select distinct a from t1;
    EXPLAIN
    {
    {
      "query_block": {
        "select_id": 1,
        "cost_info": {
          "query_cost": "1.60"
        },
        "duplicates_removal": {
          "using_temporary_table": true,
        ...

如果查询带有ORDER BY语句，并且不能被优化掉。下面几种情况会利用到内部临时表缓存中间数据，然后对中间数据进行排序。

1）如果连接表使用BNL（Batched Nestloop）/BKA(Batched Key Access)
例如：

1))BNL默认是打开的

mysql> explain format=json select * from t1, t1 as t2 order by t1.a;
EXPLAIN
{
  "query_block": {
  "select_id": 1,
  "cost_info": {
    "query_cost": "22.00"
  },
  "ordering_operation": {
    "using_temporary_table": true,
  ...

2))关掉BNL后，ORDER BY将直接使用filesort。

mysql> set optimizer_switch=&#39;block_nested_loop=off&#39;;
Query OK, 0 rows affected (0.00 sec)
mysql> explain format=json select * from t1, t1 as t2 order by t1.a;
EXPLAIN
{
   "query_block": {
    "select_id": 1,
    "cost_info": {
      "query_cost": "25.00"
    },
    "ordering_operation": {
      "using_filesort": true,
    ...

2）ORDER BY的列不属于执行计划中第一个连接表的列。

例如：

mysql> explain format=json select * from t as t1, t as t2 order by t2.a;
EXPLAIN
{
   "query_block": {
    "select_id": 1,
    "cost_info": {
      "query_cost": "25.00"
    },
    "ordering_operation": {
      "using_temporary_table": true,
    ...

3）如果ORDER BY的表达式是个复杂表达式。

那么什么样的ORDER BY表达式，MySQL认为是复杂表达式呢？

1))如果排序表达式是SP或者UDF。

例如：

drop function if exists func1;
delimiter |
create function func1(x int)
returns int deterministic
begin
declare z1, z2 int;
set z1 = x;
set z2 = z1+2;
return z2;
end|
delimiter ;
explain format=json select * from t1 order by func1(a);
{
    "query_block": {
    "select_id": 1,
    "cost_info": {
      "query_cost": "2.20"
    },
    "ordering_operation": {
      "using_temporary_table": true,
    ...

2))ORDER BY的列包含聚集函数

为了简化执行计划，我们利用INDEX来优化GROUP BY语句。

例如：

create index idx1 on t1(a);
  explain format=json SELECt a FROM t1 group by a order by sum(a);
  | {
       "query_block": {
        "select_id": 1,
        "cost_info": {
          "query_cost": "1.20"
        },
        "ordering_operation": {
          "using_temporary_table": true,
          "using_filesort": true,
          "grouping_operation": {
            "using_filesort": false,
        ...
  drop index idx1 on t1;

3))ORDER BY的列中包含有SCALAR SUBQUERY,当然该SCALAR SUBQUERY没有被优化掉。

例如：

explain format=json select (select rand() from t1 limit 1) as a from t1 order by a;        
| {
      "query_block": {
        "select_id": 1,
        "cost_info": {
          "query_cost": "1.20"
        },
        "ordering_operation": {
          "using_temporary_table": true,
          "using_filesort": true,
            ...

4) 如果查询既带有ORDER BY同时也有GROUP BY语句，但是两个语句使用的列不相同。

注意: 如果是5.7，我们需要将sql_mode设置为非only_full_group_by模式，否则会报错。

同样为了简化执行计划，我们利用INDEX来优化GROUP BY语句。

例如：

set sql_mode=&#39;&#39;;
create index idx1 on t1(b);
explain format=json select t1.a from t1 group by t1.b order by 1;
| {
     "query_block": {
        "select_id": 1,
        "cost_info": {
          "query_cost": "1.40"
        },
    "ordering_operation": {
          "using_temporary_table": true,
          "using_filesort": true,
          "grouping_operation": {
            "using_filesort": false,
    ...
drop index idx1 on t1;

如果查询带有GROUP BY语句，并且不能被优化掉。下面几种情况会利用到内部临时表缓存中间数据，然后对中间数据进行GROUP BY。

1）如果连接表使用BNL（Batched Nestloop）/BKA(Batched Key Access)。

例如：

explain format=json select t2.a from t1, t1 as t2 group by t1.a;
    | {
        "query_block": {
        "select_id": 1,
        "cost_info": {
          "query_cost": "8.20"
        },
        "grouping_operation": {
          "using_temporary_table": true,
          "using_filesort": true,
          "cost_info": {
            "sort_cost": "4.00"
        ...

2) 如果GROUP BY的列不属于执行计划中的第一个连接表。

例如：

explain format=json select t2.a from t1, t1 as t2 group by t2.a;
    | {
        "query_block": {
        "select_id": 1,
        "cost_info": {
          "query_cost": "8.20"
        },
        "grouping_operation": {
          "using_temporary_table": true,
          "using_filesort": true,
          "nested_loop": [
        ...

3) 如果GROUP BY语句使用的列与ORDER BY语句使用的列不同。

例如：

	set sql_mode=&#39;&#39;;
	explain format=json select t1.a from t1 group by t1.b order by t1.a;
	| {
	   "query_block": {
		"select_id": 1,
		"cost_info": {
		  "query_cost": "1.40"
		},
		"ordering_operation": {
		  "using_filesort": true,
		  "grouping_operation": {
			"using_temporary_table": true,
			"using_filesort": false,
		...

4) 如果GROUP BY带有ROLLUP并且是基于多表外连接。

例如：

	explain format=json select sum(t1.a) from t1 left join t1 as t2 on true group by t1.a with rollup;
	| {
		"query_block": {
		"select_id": 1,
		"cost_info": {
		  "query_cost": "7.20"
		},
		"grouping_operation": {
		  "using_temporary_table": true,
		  "using_filesort": true,
		  "cost_info": {
			"sort_cost": "4.00"
		  },
		...

5) 如果GROUP BY语句使用的列来自于SCALAR SUBQUERY，并且没有被优化掉。

例如：

explain format=json select (select avg(a) from t1) as a from t1 group by a;
| {
"query_block": {
"select_id": 1,
"cost_info": {
  "query_cost": "3.40"
},
"grouping_operation": {
  "using_temporary_table": true,
  "using_filesort": true,
  "cost_info": {
"sort_cost": "2.00"
  },
...

IN表达式转换为semi-join进行优化

1) 如果semi-join执行方式为Materialization

例如：

set optimizer_switch=&#39;firstmatch=off,duplicateweedout=off&#39;;
explain format=json select * from t1 where a in (select b from t1);
| {
"query_block": {
"select_id": 1,
"cost_info": {
  "query_cost": "5.60"
},
"nested_loop": [
  {
"rows_examined_per_scan": 1,
  "materialized_from_subquery": {
"using_temporary_table": true,
"query_block": {
  "table": {
"table_name": "t1",
"access_type": "ALL",
...

2) 如果semi-join执行方式为Duplicate Weedout

例如：

set optimizer_switch=&#39;firstmatch=off&#39;;
explain format=json select * from t1 where a in (select b from t1);
| {
"query_block": {
"select_id": 1,
"cost_info": {
  "query_cost": "4.80"
},
"duplicates_removal": {
  "using_temporary_table": true,
  "nested_loop": [
{
...

如果查询语句带有UNION，MySQL将利用内部临时表帮助UNION操作消除重复。

例如：

explain format=json select * from t1 union select * from t1;
| {
"query_block": {
"union_result": {
  "using_temporary_table": true,
  "table_name": "<union1,2>",
...

如果查询语句使用多表更新。

这里Explain不能看到内部临时表被利用，所以需要查看status。

例如：

update t1, t1 as t2 set t1.a=3;
show status like &#39;CREATE%&#39;;

如果聚集函数中包含如下函数，内部临时表也会被利用。

1) count(distinct *)
例如：
explain format=json select count(distinct a) from t1;
2) group_concat
例如：
explain format=json select group_concat(b) from t1;

总之，上面列出了10种情况，MySQL将利用内部临时表进行中间结果缓存，如果数据量比较大的话，内部临时表将会把数据存储在磁盘上，这样显然会对性能有所影响。为了尽可能的减少性能损失，我们需要尽量避免上述情况的出现。

MySQL在以下几种情况会创建临时表：

1、UNION查询；
2、用到TEMPTABLE算法或者是UNION查询中的视图；
3、ORDER BY和GROUP BY的子句不一样时；
4、表连接中，ORDER BY的列不是驱动表中的；
5、DISTINCT查询并且加上ORDER BY时；
6、SQL中用到SQL_SMALL_RESULT选项时；
7、FROM中的子查询；
8、子查询或者semi-join时创建的表；

EXPLAIN 查看执行计划结果的 Extra 列中，如果包含 Using Temporary 就表示会用到临时表。

当然了，如果临时表中需要存储的数据量超过了上限（ tmp-table-size 或 max-heap-table-size 中取其大者），这时候就需要生成基于磁盘的临时表了。

在以下几种情况下，会创建磁盘临时表：

1、数据表中包含BLOB/TEXT列；
2、在 GROUP BY 或者 DSTINCT 的列中有超过 512字符 的字符类型列（或者超过 512字节的 二进制类型列，在5.6.15之前只管是否超过512字节）；
3、在SELECT、UNION、UNION ALL查询中，存在最大长度超过512的列（对于字符串类型是512个字符，对于二进制类型则是512字节）；
4、执行SHOW COLUMNS/FIELDS、DESCRIBE等SQL命令，因为它们的执行结果用到了BLOB列类型。

从5.7.5开始，新增一个系统选项 internal_tmp_disk_storage_engine 可定义磁盘临时表的引擎类型为 InnoDB，而在这以前，只能使用 MyISAM。而在5.6.3以后新增的系统选项 default_tmp_storage_engine 是控制 CREATE TEMPORARY TABLE 创建的临时表的引擎类型，在以前默认是MEMORY，不要把这二者混淆了。

见下例：

mysql> set default_tmp_storage_engine = "InnoDB";
-rw-rw----   1 mysql mysql  8558 Jul  7 15:22 #sql4b0e_10_0.frm -- InnoDB引擎的临时表
-rw-rw----   1 mysql mysql 98304 Jul  7 15:22 #sql4b0e_10_0.ibd
-rw-rw----   1 mysql mysql  8558 Jul  7 15:25 #sql4b0e_10_2.frm
mysql> set default_tmp_storage_engine = "MyISAM";
-rw-rw----   1 mysql mysql     0 Jul  7 15:25 #sql4b0e_10_2.MYD -- MyISAM引擎的临时表
-rw-rw----   1 mysql mysql  1024 Jul  7 15:25 #sql4b0e_10_2.MYI
mysql> set default_tmp_storage_engine = "MEMORY";
-rw-rw----   1 mysql mysql  8558 Jul  7 15:26 #sql4b0e_10_3.frm -- MEMORY引擎的临时表

【相关推荐：mysql视频教程】

Das obige ist der detaillierte Inhalt vonMySQL, was ist eine temporäre Tabelle?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme：

Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn

Vorheriger Artikel：Was ist eine MySQL-Speicher-Engine?Nächster Artikel：Was ist eine MySQL-Speicher-Engine?

In Verbindung stehende Artikel

Mehr sehen