支付成功、订单邮件也发出，直接用订单 ID 打开详情正常，但后台 Sales → Orders 列表没有这张订单。后台 Grid 为了查询速度使用扁平化表 sales_order_grid，它与主表 sales_order 不是同一张；异步更新或扩展写入失败时，两者会暂时分叉。

先做主键差集

SELECT o.entity_id, o.increment_id, o.created_at, o.status
FROM sales_order AS o
LEFT JOIN sales_order_grid AS g ON g.entity_id = o.entity_id
WHERE g.entity_id IS NULL
ORDER BY o.entity_id DESC
LIMIT 50;

只有一两张最近订单缺失，可能是队列延迟；持续累积说明更新链路停止。Grid 有记录却后台看不到，则检查筛选器、权限、store scope 和 Grid 数据值。

同步还是异步更新

Magento 可配置 Grid 异步索引。异步时依赖 Cron/消息队列按计划把主表数据复制到 Grid。检查相关配置、cron_schedule、消费者状态和失败日志。不要把异步关闭当唯一修复；高订单量站点同步更新可能增加结账延迟。

自定义 Grid 列常让整次插入失败

扩展给 sales_order_grid 添加列，并通过 join/observer 填值。列 NOT NULL 却没有默认值、字符串超长、join 返回多行或 schema 未在所有节点升级，会导致更新异常。对照最近部署与异常堆栈，查看 SHOW CREATE TABLE sales_order_grid 和模块 declarative schema。

重建前先评估规模

某些版本提供相应索引/同步命令，扩展也可能提供 repair。全表重建会产生大量写入和锁，不能在订单高峰直接执行。先在副本确认耗时和磁盘，备份缺失范围，再按官方支持方式补齐。

不要用 INSERT ... SELECT * 手工复制，两表字段和扩展列并不完全一致，也会绕过转换逻辑。

验证增量链路

补齐历史记录后新建一张测试订单，记录 sales_order 写入时间、Grid 出现时间与队列处理时间。再执行取消、开票等状态变更，确认 Grid 状态同步。修复历史而不验证新订单，只会让问题隔天再次出现。

Grid 延迟要有可量化阈值

异步模式并不要求零延迟，但应定义可接受范围，例如订单创建后若干分钟内出现，并对差集数量与最老缺失时间告警。单看消费者“正在运行”不够；它可能不断失败又重启。监控应同时覆盖成功处理速率、失败消息和主表—Grid 差集。

后台 Grid 的书签和保存视图也可能隐藏记录。先清除日期、店铺和状态筛选，再用 increment_id 搜索；若 SQL 表中有行而 Grid UI 仍不显示，检查 UI component data provider 与管理员角色范围，不要继续重建数据库表。