WordPress WooCommerce REST API 响应过慢？批量创建10万商品每百条耗时3分钟求解决

• 每提交100条WooCommerce商品耗时近3分钟，不属于正常响应范围。常规配置的服务器环境下，批量接口单批次提交100条基础商品的处理耗时通常在1~5秒区间，出现分钟级延迟基本都是代码逻辑错位或服务端配置不当导致的。

• 批量接口使用逻辑错位：当前CreateToWP函数每次调用仅向create数组推入单条商品数据就发起请求，相当于每创建1条商品就触发一次完整的batch接口请求，100条数据就会触发100次HTTP握手、WordPress核心初始化、权限校验流程，平白放大了上百倍的请求开销，根本没有发挥批量接口的合并处理优势。

代码逻辑优化 #

• 调整组包逻辑：在本地内存中先将待提交的商品数据攒至单批次上限再发请求，不要单条数据就触发一次接口调用。WooCommerce默认products/batch接口单批次支持最多100个商品的创建/更新/删除操作，攒满再发可以将10万条数据的请求次数从10万次压缩至1000次，直接砍掉99%的额外请求开销。
• 合理控制单批次大小：不要盲目拉满100条的批次上限，如果单条商品包含大段描述、多规格属性、自定义字段，可将单批次量调整为20~50条，避免单次请求体过大触发服务器超时限制。
• 移除不必要的同步阻塞：当前代码每次请求成功后就执行日志打印，高并发提交场景下的同步日志IO会拖慢整体链路，可改为异步攒批打印日志，不要阻塞提交流程。

服务端配置优化 #

• 临时禁用非必需的钩子联动：商品创建流程默认会触发固定链接重写、全站缓存更新、第三方插件（搜索插件、营销工具、库存同步插件）的同步逻辑，每创建1条商品可能触发几十次额外的数据库写入。可以在批量导入的临时流程中，通过代码临时禁用这类非核心钩子，导入完成后再重新启用。
• 适配大批量写入的数据库配置：调整MySQL参数，确保数据库适配高并发写入场景，避免每一次商品写入都触发磁盘强制刷盘拖慢整体速度。
• 临时放宽接口运行限制：单独为导入流程提升PHP内存上限、延长脚本最大执行时间，避免请求因为内存不足、执行超时被服务器强制中断。

超大规模导入的效率升级方案 #

• 10万条级别的商品导入不要完全依赖REST接口：REST接口每次请求都要走完整的WordPress生命周期校验、响应序列化流程，天生不适合超大规模数据写入。可以直接在服务器端编写独立的WP CLI脚本，直接操作对应的数据表写入商品、属性、库存信息，跳过REST层的所有额外开销，整体导入效率可比REST接口高10~20倍。
• 合理控制并发提交量：不要一次性开启大量并发请求占满服务器资源，通常将并发请求数控制在2~5个即可，过高的并发会挤占数据库连接、CPU资源，反而导致整体耗时飙升。

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