删除大量数据时应避免全表扫描和大事务，确保WHERE条件走索引，采用分批删除（如LIMIT 1000），优先使用TRUNCATE或DROP PARTITION，必要时重建表，同时可临时调整InnoDB参数和禁用外键检查以提升性能。
删除大量数据时，MySQL的DELETE语句可能变得非常慢，甚至引发锁表、日志膨胀等问题。优化DELETE性能需要从多个方面入手，包括索引、批量操作、表结构和执行策略。
1. 确保WHERE条件字段有索引
说明： DELETE语句的WHERE条件如果没有走索引，会导致全表扫描，极大降低效率。
建议：
- 为WHERE中使用的列建立合适的索引（如主键、唯一索引或复合索引）。
- 避免在条件中对字段进行函数操作，例如
WHERE YEAR(create_time) = 2023
，应改写为范围查询。 - 使用
EXPLAIN
检查执行计划，确认是否命中索引。
2. 分批删除，避免大事务
说明： 一次性删除百万级数据会占用大量undo log、redo log，导致事务过长、锁等待严重，甚至主从延迟。
建议：
- 使用LIMIT分批删除，例如每次删1000~5000条：
DELETE FROM large_table WHERE status = 0 LIMIT 1000;
3. 考虑用TRUNCATE或重建表替代
说明： 如果是清空整张表，TRUNCATE比DELETE快得多，因为它不记录行级日志，且重置自增ID。
建议：
- 整表清空优先用
TRUNCATE TABLE table_name;
- 如果只保留少量数据，可考虑创建新表插入所需数据，再重命名交换：
CREATE TABLE new_table AS SELECT * FROM old_table WHERE need_to_keep; RENAME TABLE old_table TO backup, new_table TO old_table; DROP TABLE backup;
4. 调整InnoDB配置提升性能
说明： 合理配置InnoDB参数可减少删除过程中的开销。
建议：
- 临时调大
innodb_buffer_pool_size
，提高缓存命中率。 - 设置
innodb_flush_log_at_trx_commit = 2
（非核心业务可设为2，减少刷盘频率）。 - 删除期间关闭二进制日志（仅限临时场景）：
SET sql_log_bin = 0;
（需谨慎，影响主从）。
5. 避免外键约束检查开销
说明： 如果有外键关联，每次DELETE都会检查子表，影响性能。
建议：
- 确认是否真需要外键约束，高并发写场景可考虑应用层维护一致性。
- 临时禁用外键检查（需确保安全）：
SET foreign_key_checks = 0; -- 执行删除 SET foreign_key_checks = 1;
6. 使用分区表按区删除
说明： 对于按时间等维度划分的表，使用分区可以大幅提升删除效率。
建议：
- 将表按日期分区，删除旧数据时直接DROP PARTITION：
ALTER TABLE logs DROP PARTITION p202301;
基本上就这些。关键点是：别一次性删太多，确保条件走索引，能用TRUNCATE或DROP PARTITION就不用DELETE。实际操作前务必在测试环境验证。
