三副本集群执行TPC-H测试查不出数据,单表Select count(1)也不行

感谢分享!

宝贵的经验分享,谢谢!

技术细节讲得很清楚,学到了!

收藏了

感谢作者的整理和分享

实践案例很有参考价值

技术细节讲得很清楚,学到了!

感谢分享!

期待更多分享

支持支持

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 和等待环节,再针对性处理。

期待更多分享

技术细节讲得很清楚,学到了!

实践案例很有参考价值

实践出真知,感谢分享实战经验