物化视图查出数据与源表不一致，首要确认其是否已刷新：Oracle查USER_MVIEWS中STALENESS是否为'FRESH'，PostgreSQL用\d+或pg_matviews查last_refresh，SQL Server依赖统计信息更新；未刷新则非bug而是正常快照行为。
物化视图查出来和源表对不上，先确认它是不是真“刷新”了
物化视图（Materialized View）不是实时镜像，它是一张物理存储的快照。你刚改完源表，立刻查物化视图看到旧数据，大概率不是 bug，而是它根本没刷新。别急着比数据，先看刷新状态。
- Oracle：查
USER_MVIEWS表的LAST_REFRESH_DATE和STALENESS字段，STALENESS = 'FRESH'才算最新；若为'STALE'或'UNUSABLE'，说明需要手动REFRESH - PostgreSQL：用
\d+ mv_name看是否标记Refreshed: [timestamp]；或查pg_matviews的last_refresh - SQL Server（索引视图）：没有显式刷新机制，但依赖底层表统计信息更新；执行
sp_spaceused 'view_name'可间接判断是否被重编译
注意：REFRESH FORCE 在 Oracle 中会先尝试 FAST（增量），失败则退到 COMPLETE（全量），但 FAST 要求源表有物化视图日志（MLOG$），且日志里得有变更记录——光建日志不够，还得确认变更确实写入了日志。
用 EXCEPT / MINUS 逐行比对，但字段顺序和 NULL 处理必须一致
直接 (SELECT * FROM mv) 和 (SELECT * FROM base_table) 做 EXCEPT 很容易误报，尤其当字段顺序不一致、类型隐式转换或 NULL 判等逻辑不同。
- 必须显式写出字段名，且顺序完全相同，例如：
SELECT id, name, status FROM mv EXCEPT SELECT id, name, status FROM base_table - Oracle 用
MINUS，它把两个 NULL 视为相等；PostgreSQL/SQL Server 的EXCEPT同样如此，但 MySQL 8.0+ 的EXCEPT在 NULL 处理上与标准一致，老版本只能用LEFT JOIN ... WHERE b.id IS NULL - 如果源表字段是
VARCHAR2(10)而物化视图里变成VARCHAR2(20)，某些数据库会拒绝集合运算；建议比对前先用CAST统一类型，比如CAST(name AS VARCHAR2(10))
比对结果为空 ≠ 完全一致——它只说明“mv 里没有 base_table 里不存在的行”，你还得反向跑一次 base_table EXCEPT mv，才能确认双向覆盖。
聚合类物化视图要盯死 GROUP BY 粒度和空值参与逻辑
带 SUM()、COUNT()、AVG() 的物化视图，差异往往藏在分组键漏写、NULL 是否计入聚合、或 COUNT(*) vs COUNT(col) 的语义差别里。
- 检查物化视图定义中的
GROUP BY是否包含所有业务上需要区分的维度；少一个字段，比如漏了tenant_id，就会导致多租户数据混在一起 -
COUNT(col)会跳过col为 NULL 的行，而COUNT(*)统计所有行；如果源表该列大量为 NULL，物化视图里用错函数就会数量对不上 - 聚合字段若含表达式（如
COALESCE(amount, 0)），必须确保源表对应列在刷新时也按同样逻辑处理——物化视图刷新走的是快照查询，不会重新走应用层默认值逻辑
验证方法：临时建一张中间表，把源表原始数据 + 物化视图定义里的全部聚合逻辑一起跑一遍，再和物化视图结果 EXCEPT 对比。
跨库同步的物化视图，得查 DB Link 和网络延迟是否影响刷新结果
Oracle 里通过 DB LINK 创建的物化视图，实际是从远程库拉数据。如果 DB LINK 指向的实例不可达、权限不足、或网络抖动，REFRESH 可能静默失败或只拉到部分数据。
- 手动执行
EXEC DBMS_MVIEW.REFRESH('MV_NAME', 'F')后，查USER_MVIEW_LOGS和DBA_JOBS（或USER_SCHEDULER_JOB_LOG）确认任务是否成功完成 - 远程表如果有未提交事务，物化视图刷新时可能读到不一致快照（取决于远程库隔离级别）；可在源库执行
SELECT * FROM v$transaction确认无长事务阻塞 - Oracle 默认
REFRESH ON DEMAND是异步的，不报错不代表数据已落地；加ATOMIC_REFRESH => FALSE参数可强制刷新期间锁表，避免中间态暴露
真正容易被忽略的是：物化视图刷新不是原子操作。它可能先删旧数据再插新数据，在这几十毫秒窗口里，应用查到的是空或半新半旧状态——这不是数据错误，而是设计使然，得靠应用层加重试或缓存兜底。
