[告警类型：ZABBIX]
[规则名称：45.59的物化视图失效的监控]
[告警状态：已恢复]
[告警级别：P1]
[触发时间：2026-04-30 19:52:56]
[告警详情：45.59的物化视图失效的监控 (value is 1)]

查询物化视图状态

• 的确是已经有一个小时没有更新了。

物化视图是一种简单且实施成本极低的数据同步方案

• 简单无需第三方工具，且一致性有保证。
• 当初正因为这样，导致越用越多，从2个表的物化视图到50个表的物化视图，刷新频率到了5秒，达到了准实时的要求。

而物化视图也有自身的缺陷

• 不知道源端变化，很多时候刷新是无用功
• 源端变化表结构，需要重建物化视图，
• 这两点比起OGG有很大劣势

再看报警，可能要重建物化视图，这个代价是很大的。

• 再冷静一下，看看数据库的日志：
  Errors in file /oracle/app/oracle/diag/rdbms/ycjg/ycjg/trace/ycjg_j002_57049.trc:
  ORA-12012: 自动执行作业 305 出错
  ORA-12008: 实体化视图或区域图的刷新路径中存在错误
  ORA-06512: 在 “SYS.DBMS_SNAPSHOT_KKXRCA”, line 2952
  ORA-06512: 在 “SYS.DBMS_SNAPSHOT_KKXRCA”, line 2370
  ORA-12899: 列 “VASRUN”.“MV_T_ZY_RK_INBILLDETAIL”.“DANGEROUSLEVEL” 的值太大 (实际值: 103, 最大值: 100)
  ORA-06512: 在 “SYS.DBMS_SNAPSHOT_KKXRCA”, line 85
  ORA-06512: 在 “SYS.DBMS_SNAPSHOT_KKXRCA”, line 245
  ORA-06512: 在 “SYS.DBMS_SNAPSHOT_KKXRCA”, line 2352
  ORA-06512: 在 “SYS.DBMS_SNAPSHOT_KKXRCA”, line 2908
  ORA-06512: 在 “SYS.DBMS_SNAPSHOT_KKXRCA”, line 3191
  ORA-06512: 在 “SYS.DBMS_SNAPSHOT_KKXRCA”, line 3247
  ORA-06512: 在 “SYS.DBMS_SNAPSHOT”, line 41
  ORA-06512: 在 “SYS.DBMS_IREFRESH”, line 703
  ORA-06512: 在 “SYS.DBMS_REFRESH”, line 214

• 看到这个信息心中觉得还有机会。

• 因为这里只是显示写入字段值的长度比规定的大了一点。

• 虽然这种错误很常见，但是结合物化视图，倒是第一次见。

• 推断是上游数据库在历史长河中有一次修改了字段的长度，比如从100改到了120，但是就像是物化试图的短板一样，下游是不知道的。

• 而只要是上游数据库没有写入超过100长度的数据，这并不影响物化视图的刷新。

• 只有到那一时刻，真的写入了一个103的字段，就导致了刷新错误。

原因与对策

• 既然是长度原因，那么就手工修改一下下游的对应字段长度与上游匹配。
• 在修改的瞬间，我看到alert日志不再出现。已经停止了。通过查询数据发现也同步了。

感慨物化视图的设计

• 当遇到问题停止后，日志清晰记录了原因。而只要知道原理，那么就可以解决这个问题。
• 然后物化视图就在停止2个小时以后，重新恢复（因为有物化视图日志）
• 现如今数据库都可以建立索引了，于是我在多个场合也说过，数据库既然知道实际写入的值，那么将来能不能有一个特性，就是自动扩字段？