推荐使用外部诊断工具 Tars 进行问题分析,或者使用 (G)V$OB_SQL_AUDIT
视图进行问题排查。
使用 (G)V$OB_SQL_AUDIT
进行问题排查方式如下:
在线上如果出现 RT 抖动,但 RT 并不是持续很高的情况,可以考虑在抖动出现后,立刻将
sql_audit
关闭 (设置alter system set ob_enable_sql_audit = 0
),从而确保该抖动的 SQL 请求在sql_audit
中存在。通过 SQL Audit 查询抖动附近那段时间 RT 的 TOP N 请求,分析有异常的 SQL。
找到对应的 RT 异常请求,则可以分析该请求在
sql_audit
中的记录进行问题排查:
a. 查看是否有很长等待事件耗时。
b. 分析逻辑读次数是否异常多(突然有大账户时可能会出现)。
逻辑读次数 = 2 * ROW_CACHE_HIT + 2 * BLOOM_FILTER_CACHE_HIT + BLOCK_INDEX_CACHE_HIT + BLOCK_CACHE_HIT + DISK_READS
复制
如果在 SQL Audit 中 RT 抖动的请求数据已被淘汰,则需要查看 OBServer 中抖动时间点是否有慢查询的 Trace 日志,并分析对应的 Trace 日志。
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。