问题现象:客户反馈,有两个物化视图,刷新条件均为refresh fast on demand,即手动刷新或者使用job等定时刷新。且物化视图1因为job异常关系目前无法正常刷新,但是物化视图2没有手工刷新,在job中也没有看到相关信息,但是却在正常刷新,客户觉得这很诡异,需要确认下是什么原因导致。(具体物化视图语句这里不做展示) 分析排查
检查物化视图日志select log_owner,master,log_table from dba_mview_logs;
查询物化视图日志是否有数据
均正常
检查job信息,确认是都有job定时刷新ZX_CARD_BASEINFO
select schema_user,last_date,interval,WHAT from dba_jobs;
可以看到物化视图1,但没有发现涉及到刷新ZX_CARD_BASEINFO的job。 (此前已经确认操作系统层面没有定时调度任务)
3.观察
ZX_CARD_BASEINFO的刷新规律
确认ZX_CARD_BASEINFO刷新时间间隔为5分钟
定位到相同执行时间的job
怀疑ZX_CARD_BASEINFO存在于CARD_REFRESH刷新组中。 4.查看刷新组信息 select owner,name,rowner,rname,job from dba_refresh_children;
确认ZX_CARD_BASEINFO是由于job定时刷新刷新组才能定期刷新的。
至此,可以确定两个相同刷新条件的物化视图,物化视图1是由于定时job异常所以没有正常刷新,物化视图2 是因为在刷新组中,且该job在正常执行,所以物化视图2可以正常执行,不存在什么灵异现象。
扩展
SQL> select rowner,rname,job,next_date,interval from dba_refresh;
SQL> select owner,name,rowner,rname,job from dba_refresh_children;
编辑推荐:
- 一次物化视图刷新问题排查03-03
- 外键创建和管理03-03
- asm内存不足导致归档报错03-03
- 记一次oracle rac 一个节点load averge高导致的问题03-03
- OGG trail文件损坏处理办法(OGG-01028)03-03
- 钉钉“牵手”微信,互联网“拆墙”大步迈进03-03
- 杀外部连接会话03-03
- Oracle 客户端和服务器时间不一致-小忆03-03
相关推荐
-
雷神推出 MIX PRO II 迷你主机:基于 Ultra 200H,玻璃上盖 + ARGB 灯效
2 月 9 日消息,雷神 (THUNDEROBOT) 现已宣布推出基于英
-
制造商 Musnap 推出彩色墨水屏电纸书 Ocean C:支持手写笔、第三方安卓应用
2 月 10 日消息,制造商 Musnap 现已在海外推出一款 Oce
热文推荐
- 一次物化视图刷新问题排查
一次物化视图刷新问题排查
26-03-03 - asm内存不足导致归档报错
asm内存不足导致归档报错
26-03-03 - 记一次oracle rac 一个节点load averge高导致的问题
记一次oracle rac 一个节点load averge高导致的问题
26-03-03 - OGG trail文件损坏处理办法(OGG-01028)
OGG trail文件损坏处理办法(OGG-01028)
26-03-03 - 钉钉“牵手”微信,互联网“拆墙”大步迈进
钉钉“牵手”微信,互联网“拆墙”大步迈进
26-03-03 - Oracle 客户端和服务器时间不一致-小忆
Oracle 客户端和服务器时间不一致-小忆
26-03-03 - bond私网主备切换导致RAC集群自动重启
bond私网主备切换导致RAC集群自动重启
26-03-03 - 数据库管理-第165期 数据库高可用漫谈(20240327)
数据库管理-第165期 数据库高可用漫谈(20240327)
26-03-03 - dataguard配置SYNC导致数据库性能频繁卡顿
dataguard配置SYNC导致数据库性能频繁卡顿
26-03-03 - 数据库管理-第164期 关于RAC私网的一些探索(20240326)
数据库管理-第164期 关于RAC私网的一些探索(20240326)
26-03-03
