gaussdb 100在V1.0.1就提供了初步的等待事件,并且等待事件采集和WSR采集是缺省打开的,这是让运维人员十分兴奋的。老白在用ORACLE数据库的时候,也是等到了7.3才等来了等待事件与bstat/estat诊断,到了8.0才拥有了与WSR类似的utlbstat/utlestat工具。
我们使用高斯100的等待事件可以通过三种方法,第一种方法是实时监控高斯100会话的等待事件情况,这个与我们在Oracle中监控v$session的情况类似,不过要注意的是,高斯100的等待事件接口可能还存在不完善的情况,v$session中虽然也有event的信息,但是v$session和v$session_event中的等待事件不太一致。从老白亲自分析的情况看,v$session_event中的数据更为准确。


从上面的结果可以看到,目前高斯100提供了27个等待事件,这和Oracle数百个等待事件还是有一定差距的,不过这些等待事件大多数我们是经常使用的,因此对于我们分析数据库的整体健康情况也基本上够用了,起码是聊胜于无吧。分析一定时间段内的等待事件的次数与平均等待事件有助于我们了解数据库的整体健康与性能状况。
第三种使用等待事件的方法是通过WSR报告,这也是最为简单的一种方法,对于判断一定时间段内数据库的健康与性能状态是十分有价值的。


最后修改时间:2020-02-13 09:21:53
文章转载自 白鳝的洞穴,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




