并发数越大不一定越快，多个CLI进程仍会争用CPU、内存、数据库和磁盘，也可能同时触发外部限流。先测小批量的资源与耗时，再逐步调整，并为线上访客保留容量，不能以任务数直接推算安全并发。
按任务类型识别瓶颈
图片处理偏CPU与内存，数据库扫描偏存储与查询，远程同步还受外部接口限制。不同任务混跑时瓶颈可能变化，不能用某次轻量列表查询的结果推断媒体重建也能同样并行。记录每类任务的真实观察与失败条件。
同时观察后台任务和线上业务
批处理速度提高但访客响应明显变慢，不能算整体优化。观察资源、错误、队列以及必要业务入口，选择有代表性的时间窗口。没有数据时从保守小批开始，不按CPU核心数机械开启同样数量的大内存进程。
为并发设置边界与暂停条件
限制同时执行数、单任务超时和重试策略，外部服务按其实际限流信号退避。遇到资源不足或业务异常时暂停新增工作，而不是无限重试增加压力。某些命令或插件不是并发安全，需要串行处理相同对象或共享资源。
用总完成时间和质量评价
比较完整批次耗时、失败率及网站影响，成功结束后逐项核对结果。记录最终选择的并发及适用环境，服务器迁移或任务类型改变后重新评估。不要将某一次测试得到的数字写成所有WordPress站点通用标准。
关键区别
并发数：同时运行任务数量；不等于吞吐量必增。
资源预算：留出线上业务容量；按整机和同机站点看。
暂停条件：控制异常扩大；不无限增加重试。
怎样确认处理到位
批次完成时间及失败可解释，线上关键业务未因任务明显受损，资源和限流有观察，所选并发及适用边界已记录。
容易误判的边界
WP-CLI本身不替所有自定义脚本保证并发安全；本文不给统一进程数，也不把任务跑完等同网站性能已经提升。
