Symfony5生产环境Doctrine简单操作导致CPU100%占用该如何解决？

1 优先校验生产环境基础配置 #

• 确认APP_DEBUG参数是否为false：生产环境开启debug模式会收集全量请求调试信息、Doctrine查询堆栈与性能指标，单次请求内存占用可高出正常配置数十倍，直接触发CPU、内存占满
• 校验Doctrine生产配置是否合规：
  • 执行php bin/console doctrine:ensure-production-settings确认配置正确性
  • 确保doctrine.orm.auto_generate_proxy_classes设为false，运行时动态生成代理类会消耗大量CPU资源
  • 确认PHP 8已开启OPcache并配置正确，未开启OPcache会导致Symfony与Doctrine的大量类加载逻辑重复编译，占满CPU

2 优化Doctrine写入逻辑 #

你当前的无差别flush()会触发全量脏检查：Doctrine默认会遍历当前实体管理器托管的所有实体做属性比对判断是否有变更，若之前业务逻辑加载了大量实体未清理，单次flush的计算量会随托管实体数量线性增长，直接拉满CPU。
修改flush逻辑指定仅更新当前实体即可：

$em = $this->getDoctrine()->getManager();
$role->setStatus(true);
$em->persist($role);
// 仅针对当前$role对象执行脏检查与写入
$em->flush($role);

如果后续不需要用到实体管理器的其他对象，可在flush后执行$em->clear()释放内存。

3 排查实体与关联逻辑 #

• 检查Role实体的生命周期回调（@PrePersist/@PreUpdate等注解对应的方法）：是否存在递归调用、全表查询、循环加载关联对象的逻辑，本地数据量小无感知，生产数据量上来后会直接触发性能问题
• 检查Role实体的关联配置：是否开启了cascade={"persist"}级联持久化，若Role关联了大量集合对象，persist时会递归遍历所有关联对象做状态同步，额外消耗大量资源

4 排查数据库侧问题 #

• 登陆数据库直接执行对应的更新SQL，确认查询耗时是否正常：若直接执行也慢，需检查表是否有主键/索引缺失、存在未提交的长事务锁死目标行的问题
• 登陆服务器用top命令查看CPU占用的类型：若iowait占比高，说明瓶颈在数据库IO等待，优先排查数据库锁、慢查询问题

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