一次物化视图中断的修复

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值