mysql大表数据清理的利器_使用表分区按天删除数据

DROP PARTITION 比 DELETE 快因属元数据操作，不扫描行、不写日志、不更新索引；而 DELETE 生成大量 undo/redo、锁表久、易致缓冲池雪崩。为什么 DROP PARTITION 比 DELETE 快得多因为 DROP PARTITION 是元数据操作，不逐行扫描、不走事务日志、不触发索引更新；而 DELETE 会生成大量 undo/redo 日志，锁表时间长，还可能让缓冲池雪崩。尤其在几十亿行的 orders 表上，DELETE FROM orders WHERE dt = '2023-01-01' 可能跑几小时甚至失败，但删一个分区秒级完成。按天分区必须用 RANGE COLUMNS(dt)，别用 DATE 函数常见错误是写成 PARTITION BY RANGE (TO_DAYS(dt)) 或 PARTITION BY RANGE (YEAR(dt)*100+MONTH(dt)) —— 这会导致 MySQL 无法做 partition pruning，查询仍要扫全表。正确做法是：ALTER TABLE logs PARTITION BY RANGE COLUMNS(dt) ( PARTITION p20230101 VALUES LESS THAN ('2023-01-02'), PARTITION p20230102 VALUES LESS THAN ('2023-01-03'), PARTITION p20230103 VALUES LESS THAN ('2023-01-04'));dt 字段必须是 DATE 或 DATETIME 类型，不能是字符串每个分区上限值写成字符串字面量（如 '2023-01-02'），MySQL 才能精确匹配分区名建议带日期，方便脚本识别和清理自动删旧分区的脚本要避开 LOCK_WAIT 和元数据锁直接在业务高峰期跑 ALTER TABLE logs DROP PARTITION p20230101 可能被大查询阻塞，甚至卡住 DDL 线程。安全做法： Julius AI Julius AI是一款功能强大的AI数据分析工具，可以快速分析和可视化复杂数据。