批量提交大小需平衡数据特征、系统资源与数据库负载：单条越宽（如含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 和连接池的账：

立即学习“Java免费学习笔记（深入）”；

• Docker 内存限制 1GB：建议每批 ≤1000 条，并配合 -XX:MaxDirectMemorySize=128m 防止 HikariCP 连接缓冲撑爆堆外内存
• CPU 核数 ≤2：并发线程数别超 4，每线程批次再减半（如 500 条/批），避免线程争抢加剧
• 使用 MyBatis BATCH 模式时，每 1000 条必须 flushStatements()，否则批缓冲持续吃内存

验证与微调建议

上线前用真实数据跑压测，重点观察三项指标：

• 事务平均耗时是否随批次增大而下降 → 下降趋缓点即临界值
• MySQL 的 Innodb_row_lock_time_avg 是否跳升 → 锁竞争已开始恶化
• JVM GC 日志中 Eden 区回收频率和老年代增长速率 → 内存压力是否可控