123
返回列表 发新帖
楼主: Hades_2008

请大家帮忙看看数据库性能瓶颈,附上statspack

[复制链接]
论坛徽章:
2
2010新春纪念徽章
日期:2010-03-01 11:20:04ITPUB十周年纪念徽章
日期:2011-11-01 16:21:15
21#
 楼主| 发表于 2008-3-27 19:24 | 只看该作者
Pct    Avg   Wait                 Pct
                              Get          Get   Slps   Time       NoWait NoWait
Latch                       Requests      Miss  /Miss    (s)     Requests   Miss
------------------------ -------------- ------ ------ ------ ------------ ------

cache buffers chains         28,092,614    0.1    5.1  15284       56,275    0.4
library cache                 3,868,075    1.6    1.1  55643            0

有哪位能指导一下?

使用道具 举报

回复
论坛徽章:
1
BLOG每日发帖之星
日期:2008-11-23 01:01:08
22#
发表于 2008-3-27 19:34 | 只看该作者
原帖由 Hades_2008 于 2008-3-27 19:24 发表
Pct    Avg   Wait                 Pct
                              Get          Get   Slps   Time       NoWait NoWait
Latch                       Requests      Miss  /Miss    (s)     Requests   Miss
------------------------ -------------- ------ ------ ------ ------------ ------

cache buffers chains         28,092,614    0.1    5.1  15284       56,275    0.4
library cache                 3,868,075    1.6    1.1  55643            0

有哪位能指导一下?

cache buffer chains:
该lache用于buffer cache中数据的pined, 当访问数据时该latch被持有。显然,当出现热点块时必定会引起该latch的竞争。
对于这个问题,可以查看一些sql部分的gets最多的语句,看是否可以优化这些查询以减少对不必要块的检索。
library cache :
当执行一条sql前,先获得该latch,通过hash value查看library cache中是否有该sql。如果没有,获得shared pool latch分配空间,之后,再获得该latch将sql的执行计划放入library中。
这个现象只能增加sql的共享解决了,如果不能增大共享池的话。

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表