%01!"
:说明在从内存读取数据的时候没有经历等待的比例啊,期望值:
+,,2
%0)"
:说明从内存读取数据的时候,
%0
的命中率的比例,期望值:
+,,2
)"
:说明
(
在
*
的命中率,期望值:
+,,2
-.%""
:说明解析
(
和执行
(
之间的比例,越高越好,说明一次解析,就可
以多次执行。
3'"-*
:说明在解析
(
语句过程中,
3'
占整个的解析时间比例,期望
值:
+,,2
,没有产生等待。
1"
:说明在产生日志的时候,没有产生等待,期望值:
+,,2
4
:说明软解析比例,期望值:
+,,2
")"
:说明
"
的命中率,期望值:
+,,2
,
"
类似锁,是一种内存锁,但只会产生
等待,不会产生阻塞,在并发的情况下产生。
153'
:说明非解析
3'
的比例,用
+,,
减去这个比例,可以看出解析
(
锁花费
的
3'
#5 "
:说明排序在内存中的比例,如果过低说明大量的排序在
"*
中,需要调
整
6
的大小。
& '
:稳定运行的数据库使用率应该在
78259,2
之间,如果太小,则说明存在浪
费,如果太大,说明共享池中有争用,内存不足。
(!".%/:+
:执行次数大于
+
的
(
比例,如果该值太小,说明需要在应用中更
多使用绑定变量,避免过多
(
解析。
& ;(!.:+
:执行次数大于
+
的
(
消耗内存的占比。
Top 10 Foreground Events by Total Wait Time(TOP
等待
)
排查问题的关键信息,针对特定的等待事件结合具体模块进行分析。
相关文档
评论