Java批量数据库操作需分段提交、单条异常隔离与框架跳过机制协同容错：每100条为一段手动事务，单条try-catch记录错误后continue，Spring Batch配置skip-limit和自定义SkipPolicy，辅以MySQL静默冲突处理与预检校验。
Java 批量数据库操作中，部分失败（如 BatchUpdateException）是常见但必须可控的问题。关键不是避免失败，而是让失败不中断流程、可定位、可恢复。
用单条粒度 try-catch 隔离失败
不要把整个批量循环包在一个大 try-catch 里——那样一错全停。应为每条数据的插入/更新逻辑单独包裹异常处理：
- 每条记录调用
PreparedStatement#setXXX()+addBatch()后，立即执行该条的轻量校验或预处理 - 在循环体内对单条执行做 try-catch，捕获 SQLException 或 BatchUpdateException 子项
- 失败时仅记录 traceId、原始数据 ID、错误摘要（如 “Duplicate entry for user_id=123”），然后
continue - 避免在 catch 中 throw 新异常或 re-throw 原异常，否则会跳出循环
分段提交 + 显式事务控制
整批提交风险高，推荐按固定大小（如 100 条）分段，每段独立事务：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 开启手动事务：
conn.setAutoCommit(false) - 每段执行
executeBatch()，成功则commit()；失败则rollback()，不影响前序已提交段 - 利用
BatchUpdateException#getUpdateCounts()判断哪些位置失败（值为Statement.EXECUTE_FAILED），用于日志归因，不用于重试逻辑 - 段间保留连接复用，避免频繁建连开销
借助框架跳过机制（如 Spring Batch）
若项目已集成 Spring Batch，优先使用其原生 skip 能力，比手写更稳定：
立即学习“Java免费学习笔记（深入）”；
- 配置
skip-limit="10"，允许最多 10 条失败而不中断 chunk - 声明
skippable-exception-classes="SQLException,DataIntegrityViolationException" - 配合自定义
SkipPolicy，例如只跳过主键冲突（SQLState = 23000），不跳过连接超时 - 失败项自动进入 skip listener，可写入 error_detail 表，含原始行、异常类、堆栈前 200 字符
底层配合提升容错水位
代码层之外，数据库侧可降低部分失败概率：
- MySQL 写入时用
INSERT IGNORE或ON DUPLICATE KEY UPDATE，把主键/唯一冲突转为静默处理 - 批量前预检外键依赖：先查主表是否存在对应记录，缺失则提前归类为“数据准备不足”，不进 DB 执行流
- 对非强一致场景，考虑用异步补偿：先记日志+落库，再由定时任务重试失败项，主流程不阻塞
