[告警类型: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个小时以后,重新恢复(因为有物化视图日志)
- 现如今数据库都可以建立索引了,于是我在多个场合也说过,数据库既然知道实际写入的值,那么将来能不能有一个特性,就是自动扩字段?


被折叠的 条评论
为什么被折叠?



