每日删除表中30天数据遇读锁失败，如何解决？

根据你的需求（优先保证删除流程完成，允许读操作返回已删数据），可以从数据库引擎特性、SQL语句调整、脚本逻辑三个层面入手解决：

针对InnoDB引擎（主流生产环境选型） #

InnoDB默认的快照读（普通SELECT）不会阻塞DELETE，但如果遇到长事务、加锁读查询（如SELECT ... FOR UPDATE）导致的锁等待，可尝试以下方案：

• 设置锁等待阈值+重试：执行删除前先调整锁等待超时时间，配合脚本捕获锁超时错误后自动重试。示例：

  SET innodb_lock_wait_timeout = 15; -- 设置15秒超时
  DELETE FROM your_table WHERE created_at < DATE_SUB(NOW(), INTERVAL 30 DAY);
  

  脚本中捕获1205（锁等待超时）错误码后，间隔1-5分钟重试3-5次即可。
• 分批删除缩小锁范围：避免一次性删除大量数据，拆分小批次执行，减少锁持有时间：

  WHILE EXISTS(SELECT 1 FROM your_table WHERE created_at < DATE_SUB(NOW(), INTERVAL 30 DAY)) DO
    DELETE FROM your_table WHERE created_at < DATE_SUB(NOW(), INTERVAL 30 DAY) LIMIT 1000;
  END WHILE;
  

• 强制终止长时读事务（谨慎使用）：若确认可以中断读查询，先通过SHOW PROCESSLIST定位长时间运行的读进程，用KILL [pid];终止后再执行删除。仅建议对运行时长远超业务正常范围的进程操作。

针对MyISAM引擎（表级锁场景） #

MyISAM的读锁会完全阻塞写操作，表替换方案是更稳妥的选择：

1. 创建与原表结构一致的临时表：

   CREATE TABLE temp_your_table LIKE your_table;
   

2. 导入需保留的旧数据+新数据：

   -- 导入30天内的旧数据
   INSERT INTO temp_your_table SELECT * FROM your_table WHERE created_at >= DATE_SUB(NOW(), INTERVAL 30 DAY);
   -- 插入新数据（替换你原本的新数据写入逻辑）
   INSERT INTO temp_your_table (col1, col2) VALUES (...);
   

3. 原子替换原表：

   RENAME TABLE your_table TO old_your_table, temp_your_table TO your_table;
   

4. 清理旧表：

   DROP TABLE old_your_table;
   

   重命名操作是原子性的，几乎不会产生阻塞，完全规避了删除锁冲突问题。

脚本层面通用优化 #

• 错峰执行：将删除流程调度到业务低峰期（如凌晨2-4点），从根源减少与用户查询的冲突概率。
• 增加监控告警：给删除流程添加失败告警，一旦连续重试失败，及时通知运维介入排查。

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