为什么MySQL提示The table is full该如何扩容-mysql教程-PHP中文网

“the table is full” 错误实际由表空间耗尽或文件系统限制引发，需依次排查共享表空间（ibdata1）未启用autoextend、独立表空间（.ibd）达文件系统单文件上限、底层磁盘空间不足三层原因。

为什么mysql提示the table is full该如何扩容

“The table is full” 不是磁盘满，而是表空间耗尽或文件系统限制触发的 InnoDB 报错，必须立刻定位是哪一层卡住了。

先查清到底是哪个“满”

这个错误常被误认为磁盘空间不足，但实际多由以下三类原因导致：

innodb_data_file_path 定义的共享表空间（ibdata1）已写满，且未配置 autoextend
单表启用了独立表空间（innodb_file_per_table=ON），但该表的 .ibd 文件达到文件系统单文件大小上限（如 ext4 默认 16TB，但某些旧内核或 NAS 可能更低）
底层文件系统本身剩余空间不足（df -h 确实 Use% 接近 100%）

执行这条查询快速判断归属：

SELECT table_schema, table_name, engine, round((data_length+index_length)/1024/1024, 2) size_mb
FROM information_schema.tables 
WHERE table_name = 'your_table_name' AND table_schema = 'your_db_name';

再运行：

SELECT file_name, tablespace_name, round(bytes/1024/1024, 2) size_mb, autoextensible
FROM information_schema.innodb_sys_datafiles;

如果返回为空或 autoextensible 是 NO，基本锁定是共享表空间没开自动扩展。

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

共享表空间（ibdata1）扩容要停机重配

这是最麻烦的一类：InnoDB 共享表空间一旦初始化，innodb_data_file_path 就不能在线修改。想扩容必须停 MySQL、改配置、再启动——而且仅适用于仍用共享表空间的老部署（新实例默认 innodb_file_per_table=ON）。

确认当前配置：SHOW VARIABLES LIKE 'innodb_data_file_path';，典型值如 ibdata1:12M:autoextend
若没有 :autoextend，需在 my.cnf 中显式补上，并指定初始大小（如 ibdata1:1G:autoextend:max:50G）
⚠️ 注意：max 是硬上限，设太小后续还会报 same 错；设太大又浪费磁盘预留空间
改完必须重启 MySQL，期间服务中断

不推荐在生产环境长期依赖共享表空间，尤其当 ibdata1 已超几十 GB——它无法收缩，undo、change buffer 等都堆在里面，越用越大。

独立表空间（.ibd）扩容靠迁移+重建

如果你的表是 ENGINE=InnoDB 且 innodb_file_per_table=ON（绝大多数现代部署），那 “The table is full” 很可能是因为该表的 .ibd 文件触达了文件系统单文件大小限制，或内部碎片严重导致无法分配新页。

先检查该表是否真启用了独立表空间：SHOW CREATE TABLE your_table_name; 看输出里有没有 TABLESPACE `innodb_system`（共享）或空（默认独立）
对大表执行 OPTIMIZE TABLE your_table_name; —— 这会重建 .ibd，回收碎片、重排数据，往往能立即释放空间并避免报错
如果 OPTIMIZE 失败（提示 Table is full），说明磁盘真的快满了，或 .ibd 已达文件系统上限；此时需：
- 清理磁盘（rm 无用 binlog / slow log / tmp files）
- 或把表迁到另一块有足够空间的磁盘：ALTER TABLE your_table_name TABLESPACE = innodb_file_per_table; 不行，得用 mysqldump + mysql 重建，或 Percona XtraBackup 切换路径

别忽略文件系统和临时空间

即使表空间还有余量，MySQL 在执行大排序、GROUP BY、JOIN 或大事务时会生成大量临时文件（/tmp 或 innodb_tmpdir），这些也受磁盘配额和单文件限制约束。

查临时目录位置：SHOW VARIABLES LIKE 'tmpdir'; 或 SHOW VARIABLES LIKE 'innodb_tmpdir';
检查该路径所在分区是否 df -h 满了，或是否挂载了 noexec/nosuid 等限制选项
临时增大 tmpdir 到空间充足的路径（需重启或动态 SET，但部分版本不支持动态改）
调低 sort_buffer_size、join_buffer_size 避免单次操作申请过大内存转而写磁盘

真正棘手的是：同一个错误可能在不同时间由不同层触发——这次是 ibdata1 写满，下次可能是某张大表的 .ibd 卡在 16TB 边界，再下次是 /tmp 分区被慢查询塞爆。必须每次见错先 df、SHOW VARIABLES、SELECT ... FROM innodb_sys_datafiles 三连查，而不是直接开干扩容。