MySQL清理大表遇ERROR 3019空间不足问题求助（5.7.31版本）

问题场景 #

使用MySQL 14.14 Distrib 5.7.31版本，数据库内存在大表tc_positions。因磁盘存储空间耗尽，执行批量清理语句时触发Undo日志空间不足错误：

ERROR 3019 (HY000): Undo Log error: No more space left over in system tablespace for allocating UNDO log pages. Please add new data file to the tablespace or check if filesystem is full or enable auto-extension for the tablespace.

尝试执行ALTER UNDO TABLESPACE tablespace_name SET INACTIVE;时出现语法错误：

ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'UNDO TABLESPACE tablespace_name SET INACTIVE' at line 1

且不清楚如何获取Undo表空间名称，需解决磁盘空间不足下的数据库清理问题。

错误原因 #

1. Undo日志存储限制：MySQL 5.7默认将Undo日志存储在系统表空间（ibdata1）中，批量DELETE操作会生成大量Undo日志，当系统表空间所在磁盘耗尽时，就会触发上述错误。
2. 语法版本不兼容：ALTER UNDO TABLESPACE是MySQL 8.0才引入的语法，5.7版本完全不支持该操作；且5.7默认没有独立的Undo表空间（需手动配置），因此不存在可指定的tablespace_name。

可行解决方案 #

方案1：逐天拆分删除记录 #

将批量删除拆分为小批量操作，每次仅删除一天的数据，避免一次性生成大量Undo日志：

-- 每次删除一天的历史数据，循环执行直到清理完成
DELETE FROM tc_positions 
WHERE servertime >= DATE(NOW() - INTERVAL 180 day) 
  AND servertime < DATE(NOW() - INTERVAL 179 day);

• 每次执行后，MySQL会逐步回收Undo日志，不会瞬间占满剩余磁盘空间。
• 可根据磁盘剩余空间调整每次删除的时间范围（比如每次删半天的数据）。

方案2：复制保留数据到新表后替换原表（高效首选） #

此方法不会产生大量Undo日志，适合磁盘空间极度紧张的场景：

1. 创建原表结构的副本，并插入需要保留的近3天数据：

CREATE TABLE tc_positions_new LIKE tc_positions;
INSERT INTO tc_positions_new 
SELECT * FROM tc_positions 
WHERE servertime >= DATE(NOW() - INTERVAL 3 day);

2. 验证新表数据与预期一致后，删除原大表：

DROP TABLE tc_positions;

3. 将新表重命名为原表名称：

ALTER TABLE tc_positions_new RENAME TO tc_positions;

内容的提问来源于stack exchange，提问作者Claudio Carrasco