从1100万行表中删1000行耗时24h，求JDBC删除性能优化建议

• 修复子查询的索引失效问题
  原SQL中(date + 14) < sysdate的写法会让date列的索引无法被使用（因为列上进行了运算），改成date < sysdate - 14，如果temp_events表的date列有索引，就能直接利用索引快速筛选符合条件的数据，避免全表扫描。

• 优化子查询的执行逻辑
  原子查询先取rownum <=1000再做DISTINCT，逻辑顺序不合理，会导致先截断结果集再去重。应该先对符合日期条件的数据去重，再取前1000条，调整后的子查询如下：

  SELECT id
  FROM (
      SELECT DISTINCT id
      FROM temp_events
      WHERE date < sysdate -14
  )
  WHERE rownum <=1000
  

  这样能减少不必要的排序和去重开销。

• 确保关联列存在有效索引
  确认main_events表的id列有主键索引（通常主键默认带索引，但建议验证）；如果temp_events表的id列没有索引，给它加上索引，这会大幅提升子查询的去重和后续关联匹配的速度。

• 去掉不必要的DISTINCT
  如果temp_events表中符合日期条件的id本身没有重复，直接删除子查询里的DISTINCT，省去排序去重的性能消耗。可以先执行SELECT COUNT(id), COUNT(DISTINCT id) FROM temp_events WHERE date < sysdate -14验证是否有重复。

• 查看执行计划定位瓶颈
  用Oracle的执行计划工具分析原SQL的执行路径，找到慢的根源：

  EXPLAIN PLAN FOR
  DELETE FROM main_events
  WHERE id IN (SELECT DISTINCT id
              FROM temp_events
              WHERE date < sysdate -14
              AND rownum <=1000);
  

  执行后查看计划，如果发现全表扫描、索引未使用等情况，针对性优化。

• 分批执行删除（可选）
  即便只删1000行，也可以分成更小的批次（比如每次删100行）循环执行，避免长时间持有表锁，减少和其他业务操作的锁冲突，提升执行效率。JDBC Template中可以通过循环调用小批量删除实现。

• 调整事务与执行时机
  降低不必要的事务隔离级别（比如从Serializable降到Read Committed，Oracle默认级别），减少锁的持有时间；同时尽量在业务低峰期执行删除，避免高峰时段的资源竞争。

内容的提问来源于stack exchange，提问作者Guru Prasad H