删除大量数据时，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;在应用层循环执行，直到影响行数为0。 每批之间加sleep（如0.1秒），减轻主从复制压力。
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;DROP PARTITION几乎瞬时完成，且不产生大量日志。
基本上就这些。关键点是：别一次性删太多，确保条件走索引，能用TRUNCATE或DROP PARTITION就不用DELETE。实际操作前务必在测试环境验证。
