PHP Symfony新插入数据立即访问无匹配记录问题该如何解决

问题根因分析 #

该偶现问题高负载下触发，核心是写入操作完成返回后，读操作无法查询到最新写入的记录，常见原因如下：

• 读写分离架构主从延迟：如果你的服务配置了主从数据库集群，写入请求走主库、读请求走从库，高负载场景下主从同步延迟升高，刚写入主库的记录还未同步到从库，此时读请求打到从库就会返回记录不存在。这是这类偶现问题最常见的诱因，你提到移除事务处理后问题仍存在，优先排查该场景。
• 事务提交逻辑异常：你给出的代码中flush()后额外手动执行了commit()，如果你的代码没有提前手动调用beginTransaction()开启事务，Doctrine默认flush()会自动完成事务开启、提交的全流程，额外的commit()属于无效操作，极端场景下可能导致事务提交时序异常，返回ID时事务还未真正落地到数据库。
• 查询缓存未及时失效：如果开启了ORM二级缓存、应用层查询缓存，写入新数据后未主动触发缓存更新/失效，读请求会直接读取到旧的空缓存结果。

解决方案 #

1. 读写分离场景强制读主库 #

如果确认使用了主从集群，针对刚写入后需要立即查询的场景，强制读请求走主库：

• 可以在GET单项目查询接口中，临时切换数据库连接到主库执行查询
• 也可以给前端返回ID的同时新增标记位，前端携带该标记位调用查询接口时，后端自动路由到主库查询

2. 修正事务提交逻辑 #

移除冗余的手动commit代码，修正后代码如下：

$project = new Project();
$project->setUsers($user);
$em->persist($project);
$em->flush();      

return $project->getId();

如果你的业务确实需要手动控制事务，必须在逻辑开头加上$em->getConnection()->beginTransaction()，保证事务开启、提交是成对出现的。

3. 关闭/更新相关缓存 #

如果使用了查询缓存，写入数据后主动删除对应ID的查询缓存，或者临时关闭单项目查询接口的缓存，避免读到旧缓存。

4. 兜底校验逻辑 #

可以在POST接口返回前，增加一次本地校验查询，确认数据确实写入成功后再返回ID，避免未写入完成就提前返回的问题。

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