Salesforce Bulk 2.0查询批量规则变更问题及修复方案咨询

问题背景 #

长期使用Salesforce Bulk API v2执行查询，自2024年5月25日起批次生成行为突然改变：

• 此前：每次查询生成2个批次（1个空批次 + 1个包含全量记录的批次）
• 现在：固定生成6个批次（1个空批次 + 5个均分记录的批次），且无论总记录量多少（哪怕远不足10万条）都遵循此规则

未修改查询语句，现有官方文档说明：

Bulk API（v1）未启用PK分块时仅生成1个批次，启用后按10万-25万条记录分块；Bulk API 2.0仅提及「API自动处理批次管理」，另有非官方资料提到按文件大小分块，但我们的记录量未达任何已知阈值。

该变更导致依赖单批次/固定2批次的集成系统无法适配多文件接收，引发故障。已咨询官方支持未获有效答复，未找到Bulk API 2.0批次规则调整的公开文档或设置入口，需明确变更原因及修复方案。

可能的变更原因 #

• Salesforce后端静默调整：Bulk API 2.0的批次管理属于黑盒逻辑，Salesforce可能在未公开文档的情况下，硬编码调整了分块数量（比如默认5块）或降低了文件大小分块阈值，用于优化服务器负载分配。
• 租户集群切换：部分租户可能被迁移至新的批量处理集群，集群采用了不同的分块规则，且该配置不对用户开放调整权限。
• 数据/对象结构隐性变化：即使未修改查询语句，若查询对象的字段结构（如新增大字段）、索引状态或数据分布出现碎片化，可能触发Bulk API 2.0自动分块逻辑调整。

修复方案 #

1. 适配多批次接收逻辑 #

修改集成系统的文件接收模块，支持动态处理多批次：

• 调用Get Query Job接口获取完整批次列表，遍历所有非空批次下载数据
• 合并所有批次的记录后再执行后续业务逻辑，确保数据完整性

2. 降级至Bulk API v1手动控制批次 #

如果必须固定批次数量，可切换到Bulk API v1：

• 不启用PK分块，手动创建单个批次执行查询，确保仅生成1个数据批次
• 注意Bulk API v1的请求格式、参数与v2存在差异，需同步调整接口调用逻辑

3. 强化官方支持案例跟进 #

再次提交官方支持案例，提供以下关键信息推动排查：

• 变更前后的Job ID对比
• 查询语句、对象结构、记录量的详细数据
• 变更前后批次数量、单批次记录数的截图
• 集成系统故障的具体报错信息与影响范围

4. 调整查询参数测试规避分块 #

尝试通过调整查询参数影响分块逻辑：

• 避免使用SELECT *，明确指定查询字段，减少单条记录的大小
• 缩小WHERE条件范围，测试小数据量下是否仍生成6个批次
• 调整contentType等附加参数，部分参数可能间接影响分块策略

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