感谢分享!
宝贵的经验分享,谢谢!
技术细节讲得很清楚,学到了!
收藏了
感谢作者的整理和分享
实践案例很有参考价值
技术细节讲得很清楚,学到了!
感谢分享!
期待更多分享
支持支持
1000秒查不出来,和0.2秒查出来的两种情况,各占比例有多少?
感谢作者的整理和分享
对于FUN问题,除了文中提到的方法,还可以考虑COUNT和nil的结合使用。
学习
感谢作者的整理和分享
同一条 count 有时 0.2 秒、有时上千秒查不出,通常不是 SQL 本身的问题,多半是转储/合并抢占 IO 与 CPU,或请求被路由到正在追日志、尚未补齐数据的从副本。排查建议:1)查 GV$OB_SQL_AUDIT 里这条 SQL 的 elapsed_time、queue_time、execute_time 以及执行的 svr_ip,判断是卡在排队还是集中在某台机;2)结合 observer.log 与 OCP 监控,看慢的时间点是否与 major/minor freeze、转储重叠;3)10核32G 跑 80G TPC-H 资源偏紧,确认租户 memstore 是否频繁触发转储、freeze。先从 SQL_AUDIT 定位到具体 server 和等待环节,再针对性处理。
期待更多分享
技术细节讲得很清楚,学到了!
实践案例很有参考价值
实践出真知,感谢分享实战经验