Magento 2.3.2下单后未跳转成功页，订单已创建且报customerId=1实体不存在错误

我碰到过好几次类似的Magento 2.3.x版本的问题，结合你给出的日志和现象，核心原因基本跑不出这几个方向：

• 客户实体数据损坏或缺失
  日志里明确抛出No such entity with customerId = 1，这说明你的数据库customer_entity表中，ID为1的客户记录大概率出问题了——要么被误删、要么被软删除（is_active字段被设为0，但系统跳转逻辑没处理这种情况），甚至可能是数据同步异常导致这条记录凭空消失。
  为什么订单能创建？因为下单时如果是访客结账（guest checkout），系统会用临时会话数据生成订单，但跳转成功页时，系统会尝试加载关联的客户信息来展示订单详情，这时候找不到对应客户，就直接抛出异常打断了跳转流程。

• 第三方扩展或自定义代码冲突
  Magento 2.3.2的订单成功页跳转依赖Magento_Checkout模块的successAction方法，如果你的站点装了第三方支付、结账优化类的扩展，或者自己写了自定义模块改写了这个跳转逻辑，很可能出现问题。比如有些扩展会在订单完成后强制关联客户，但没做客户ID有效性校验，一旦碰到无效的customerId就会触发这个报错。

• 会话数据异常
  下单过程中，会话存储里的客户ID可能被错误设置成了1，但实际这个ID对应的客户并不存在。比如访客下单时，系统本应使用临时的访客会话，但缓存异常、会话存储（比如Redis、文件会话）故障等情况，会导致会话中混入了无效的customerId，跳转成功页时系统拿着这个ID去查客户，自然就报错了。

• 数据库层面的异常
  这种情况比较少见，但也不能排除：订单创建时的事务没正确提交，或者customer_entity表的查询权限有问题，导致订单能成功写入数据库，但查询客户信息时失败。不过这种情况一般会伴随其他数据库相关的报错，你可以多看看系统的数据库日志。

快速排查建议 #

• 先登录数据库，查customer_entity表，确认ID=1的记录是否存在，is_active字段是否为1；
• 临时禁用所有第三方扩展，切换到Magento默认主题，再测试下单，看是否能正常跳转，以此排查扩展冲突；
• 执行bin/magento cache:flush清理所有缓存，同时清理会话存储（如果用Redis的话可以重启Redis，文件会话就删除var/session目录下的文件）；
• 查看var/log/system.log和var/log/exception.log的更多细节，确认报错触发的具体代码位置，定位是哪个模块在调用客户查询逻辑。

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