批量提交大小需平衡数据特征、系统资源与数据库负载：单条越宽（如含json/text）则每批宜500–1000行，纯短字段可2000–5000行；insert不宜超5000行，update/delete宜500–2000行；容器内存1gb时建议≤1000行，并压测验证锁耗时与gc表现。
批量提交大小不是固定值，得看数据特征、系统资源和数据库负载三者平衡。设太小，事务开销和网络往返压不下来；设太大，容易触发内存溢出、undo log 膨胀、锁等待甚至 MySQL Packet too large 报错。
按数据单条体积和 GC 表现调
每条记录越宽（字段多、文本长），单批能安全处理的行数就越少：
- 纯主键 + 2–3 个短字符串字段（平均 ≤100 字节）：可试 2000–5000 条/批
- 含 JSON、TEXT 或大二进制字段：建议压到 500–1000 条/批，避免堆内对象膨胀和 Minor GC 频繁
- 用轻量 DTO 或 Map
替代完整 Entity：同批次可多装 30%～50% 行数
按数据库侧压力动态控
MySQL 对单次事务的日志写入、锁范围、undo 堆积都敏感，需避开几个硬限制：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 单批 INSERT 不宜超 5000 行 —— 否则 SQL 解析耗时陡增，CPU 成瓶颈
- 单批 UPDATE/DELETE 控在 500–2000 行以内 —— 减少行锁升级为间隙锁或表锁风险
- 确保 innodb_log_file_size ≥ 单批最大事务日志量（估算：单行变更约 200–500 字节 × 批次行数）
按运行环境做适配
容器或资源受限场景下，不能只盯“数据库能扛多少”，更要算清 JVM 和连接池的账：
- Docker 内存限制 1GB：建议每批 ≤1000 条，并配合 -XX:MaxDirectMemorySize=128m 防止 HikariCP 连接缓冲撑爆堆外内存
- CPU 核数 ≤2：并发线程数别超 4，每线程批次再减半（如 500 条/批），避免线程争抢加剧
- 使用 MyBatis BATCH 模式时，每 1000 条必须 flushStatements()，否则批缓冲持续吃内存
验证与微调建议
上线前用真实数据跑压测，重点观察三项指标：
- 事务平均耗时是否随批次增大而下降 → 下降趋缓点即临界值
- MySQL 的 Innodb_row_lock_time_avg 是否跳升 → 锁竞争已开始恶化
- JVM GC 日志中 Eden 区回收频率和老年代增长速率 → 内存压力是否可控
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
