Mysql

关注公众号 jb51net

关闭
首页 > 数据库 > Mysql > MySQL8.0临时表空间的使用

MySQL8.0临时表空间的使用及解读

作者：lang20150928

MySQL 8.0+引入会话级（temp_N.ibt）和全局（ibtmp1）InnoDB临时表空间,用于存储临时数据及事务日志,自动创建与回收,重启释放,管理高效

以下的这段文档是 MySQL 8.0+ 中关于 InnoDB 临时表空间（Temporary Tablespaces） 的详细说明。

它分为两个部分：会话级临时表空间（Session Temporary Tablespaces） 和 全局临时表空间（Global Temporary Tablespace）。

下面我们用通俗易懂的方式，结合系统原理和实际运维场景，来深入理解这个机制。

一、核心概念：为什么需要“临时表空间”？

在 MySQL 执行复杂查询时（如排序、分组、连接、子查询等），内存不够用时就会将中间数据写入磁盘——这些数据存储在 “临时表” 中。

这些临时表也需要存储引擎支持，就像普通表一样。

从 MySQL 8.0.16 起，InnoDB 成为磁盘临时表的默认存储引擎（之前是 MyISAM），因此引入了专门的 InnoDB 临时表空间机制 来高效管理这些临时数据。

二、InnoDB 临时表空间的两种类型

类型名称文件用途
✅ 会话级临时表空间Session Temporary Tablespacestemp_N.ibt存储用户创建的临时表 + 优化器生成的内部临时表
✅ 全局临时表空间Global Temporary Tablespaceibtmp1存储临时表的“回滚段”（rollback segments）

重点：这两个表空间都只用于 临时表（temporary tables），不是普通表！

1. 会话级临时表空间（Session Temporary Tablespaces）

作用：

存放每个连接（session）中创建的：

✅ 从 MySQL 8.0.16 开始，这些临时表默认使用 InnoDB 引擎，而不是以前的 MyISAM。

工作机制：

启动时创建一个“池子”：

会话需要时分配：

会话结束时回收：

动态扩容池子：

空间 ID 不持久：

配置参数

[mysqld]
# 设置临时表空间池的目录（必须存在）
innodb_temp_tablespaces_dir = /path/to/temp/dir

默认值：datadir/#innodb_temp

示例查看：

cd /var/lib/mysql/#innodb_temp
ls
# 输出示例：
# temp_1.ibt  temp_2.ibt  ... temp_10.ibt

查看元数据

-- 查看所有会话临时表空间信息
SELECT * FROM INFORMATION_SCHEMA.INNODB_SESSION_TEMP_TABLESPACES;

-- 查看当前活跃的用户临时表
SELECT * FROM INFORMATION_SCHEMA.INNODB_TEMP_TABLE_INFO;

2. 全局临时表空间（Global Temporary Tablespace）——ibtmp1

作用

注意：ibtmp1 不存储临时表的数据本身，只存它的事务日志（undo logs）！

生命周期

文件特性

配置参数

[mysqld]
# 自定义全局临时表空间配置
innodb_temp_data_file_path = ibtmp1:12M:autoextend:max:500M

参数说明：

❗ 修改此参数必须重启 MySQL！

查看ibtmp1状态

-- 查看是否自动扩展
SELECT @@innodb_temp_data_file_path;

-- 查看当前大小、已用空间等
SELECT 
  FILE_NAME,
  TABLESPACE_NAME,
  ENGINE,
  INITIAL_SIZE,
  TOTAL_EXTENTS * EXTENT_SIZE AS CurrentSizeBytes,
  DATA_FREE,
  MAXIMUM_SIZE 
FROM INFORMATION_SCHEMA.FILES 
WHERE TABLESPACE_NAME = 'innodb_temporary';

输出示例：

FILE_NAME: ./ibtmp1
TABLESPACE_NAME: innodb_temporary
CurrentSizeBytes: 104857600  -- 当前 100MB
DATA_FREE: 50331648          -- 还有 48MB 可扩展
MAXIMUM_SIZE: 524288000     -- 最大 500MB

三、关键特性总结

特性会话级临时表空间（temp_N.ibt）全局临时表空间（ibtmp1）
✅ 文件名temp_*.ibtibtmp1
✅ 路径配置innodb_temp_tablespaces_dirinnodb_temp_data_file_path
✅ 是否自动创建是（启动时）是（启动时）
✅ 是否自动删除是（正常关闭）是（正常关闭）
✅ 是否可残留否是（异常宕机时）
✅ 是否自动重建是是（重启时）
✅ 是否支持 autoextend否（固定大小）是（可配置）
✅ 存储内容临时表数据（用户/内部）临时表的回滚段（undo logs）
✅ 是否可手动清理❌（自动管理）✅（重启 MySQL 即可）

四、如何清理临时表空间占用的空间？

问题：ibtmp1越来越大怎么办？

由于 ibtmp1 是自动扩展的，长时间运行后可能达到几十 GB。

解决方案：重启 MySQL 服务

# 重启后 ibtmp1 会按配置重新创建
systemctl restart mysql

⚠️ 注意：重启会影响业务，需安排在维护窗口。

更优方案：限制最大大小

[mysqld]
innodb_temp_data_file_path = ibtmp1:12M:autoextend:max:2G

这样即使负载高，也不会无限增长。

五、主从复制中的特殊行为

在 基于语句的复制（SBR） 模式下：

潜在风险：从库上长期运行的复制可能导致临时表空间堆积。

建议：

六、最佳实践建议

场景建议
✅ 生产环境部署将 #innodb_temp 和 ibtmp1 放在独立磁盘（如 SSD）
✅ 防止磁盘爆满设置 max 限制：ibtmp1:12M:autoextend:max:5G
✅ 监控空间使用定期查询 INFORMATION_SCHEMA.FILES 表
✅ 手动清理计划性重启 MySQL（或使用 ALTER INSTANCE ROTATE INNODB MASTER KEY 触发重建？不适用）
✅ 避免滥用临时表优化 SQL，减少 ORDER BY, GROUP BY, DISTINCT 导致的磁盘临时表
✅ 权限控制临时表空间不受普通数据库权限控制，注意安全

总结：一句话理解

InnoDB 临时表空间分为两部分：

  1. temp_N.ibt（会话级）：存放临时表的数据，每个连接用完就还，像“临时工位”
  2. ibtmp1（全局）：存放临时表的事务日志（undo），像“临时档案室”

它们都在 MySQL 启动时创建、关闭时删除，重启即可释放所有空间，是完全自动管理的“一次性”资源。

如果你关心：

以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。

您可能感兴趣的文章:
阅读全文