本文内容来源于对客户的三个问题的思考:
以下测试都是在 MySQL 8.0.21 版本中完成,不同版本可能存在差异,可自行测试;
临时表和临时文件都是用于临时存放数据集的地方;
一般情况下,需要临时存放在临时表或临时文件中的数据集应该符合以下特点:
从临时表|临时文件产生的主观性来看,分为2类:
用户创建临时表:
-- 用户创建临时表(只有创建临时表的会话才能查看其创建的临时表的内容)
注意:
可以创建和普通表同名临时表,其他会话可以看到普通表(因为看不到其他会话创建的临时表);
创建临时表的会话会优先看到临时表;
-- 同名表的创建的语句如下
当存在同名的临时表时,会话都是优先处理临时表(而不是普通表),包括:select、update、delete、drop、alter 等 *** 作;
查看用户创建的临时表:
任何 session 都可以执行下面的语句;
查看用户创建的当前 active 的临时表(不提供 optimizer 使用的内部 InnoDB 临时表信息)
注意
用户创建的临时表,表名为t1,
但是通过 INNODB_TEMP_TABLE_INFO 查看到的临时表的 NAME 是#sql开头的名字,例如:#sql45aa_7c69_2 ;
另外 information_schema.tables 表中是不会记录临时表的信息的。
用户创建的临时表的回收:
用户创建的临时表的其他信息&参数:
会话临时表空间存储 用户创建的临时表和优化器 optimizer 创建的内部临时表(当磁盘内部临时表的存储引擎为 InnoDB 时);
innodb_temp_tablespaces_dir 变量定义了创建 会话临时表空间的位置,默认是数据目录下的#innodb_temp 目录;
文件类似temp_[1-20].ibt ;
查看会话临时表空间的元数据:
用户创建的临时表删除后,其占用的空间会被释放(temp_[1-20].ibt文件会变小)。
在 MySQL 8.0.16 之前,internal_tmp_disk_storage_engine 变量定义了用户创建的临时表和 optimizer 创建的内部临时表的引擎,可选 INNODB 和 MYISAM ;
从 MySQL 8.0.16 开始,internal_tmp_disk_storage_engine参数被移除,默认使用InnoDB存储引擎;
innodb_temp_data_file_path 定义了用户创建的临时表使用的回滚段的存储文件的相对路径、名字、大小和属性,该文件是全局临时表空间(ibtmp1);
可以使用语句查询全局临时表空间的数据文件大小:
SQL 什么时候产生临时表|临时文件呢?
需要用到临时表或临时文件的时候,optimizer 自然会创建使用(感觉是废话,但是又觉得有道理=.=!);
(想象能力强的,可以牢记上面这句话;想象能力弱的,只能死记下面的 SQL 了。我也弱,此处有个疲惫的微笑
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)