原创力文档- 1、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。。
- 2、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
- 4、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
- 5、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传，每下载1次， 网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
（Oracle管理）Oracle数据库性能模型
最近一直在思考一个问题：如何为一个数据库建立性能模型？作为一名DBA来说，我们面
临的一个巨大挑战是：如何保证数据库的性能可以满足快速变化的应用的需求，如何在数据量和访问量持续增长的情况下，保证应用的响应时间和数据库的负载处在合理的水平下。我
们可能会经常面对以下的问题：某个SQL每秒要执行100次，响应时间是多少？某个应用发布后，对数据库的影响如何？所以，评估应用对数据库所产生的影响，优化应用并预测风险，保证数据库的可用性和稳定性，这是应用DBA真正有价值的地方。
响应时间为中心：
如果要选择一个评价系统优劣的性能指标，毫无疑问应该是响应时间。响应时间是客户体验的第一要素，所有的优化都应该为降低响应时间而努力。对于数据库系统也是如此，我们优化系统，优化SQL，最终目标都是为了降低响应时间，单位时间内可以处理更多的请求。
数据库时间模型：
响应时间一般分为服务时间(Servicetime)和等待时间(Waittime)，服务时间指进程占用CPU的时间，包括前台进程(Serverprocess)和后台进程(Backgroudprocess)，我们一般只关注前台进程占用的CPUtime。等待时间包括很多类型，一般最常见的是IO等待和并发等待，IO等待包括sequentialread，scatteredread和logfilesync等等，而并发等待主要是latch和enqueue。SQLexecuteelapsedtime指用户进程执行SQL的响应时间，包含CPUtime和waittime。
以下是Oracle数据库的时间模型：
在Oracle系统中，我们可以利用AWR或Statspack报告，看到数据库的时间信息：
sqlexecuteelapsedtime3,062.1791.52
DBCPU
2,842.08
84.95
parsetimeelapsed
25.87
0.77
PL/SQLexecutionelapsedtime
11.75
0.35
sequenceloadelapsedtime
7.55
0.23
hardparseelapsedtime
5.06
0.15
connectionmanagementcallelapsedtime
3.13
0.09
hardparse(sharingcriteria)elapsedtime
0.04
0.00
repeatedbindelapsedtime
0.01
0.00
PL/SQLcompilationelapsedtime
0.00
0.00
DBtime
DBtime
backgroundelapsedtime204.91
backgroundcputime72.30
DBtime是整个数据库用户进程消耗的总时间，是从第一项到第十项时间的总和（从sqlexecuteelapsedtime到PL/SQLcompilationelapsedtime），但是我们会发现这十项时间的总和比DBTime要大一些，这是因为部分时间信息有重叠的部分，比如SQLexecuteelapsedtime就包括了很大一部分DBcpu的时间。而backgroundelapsedtime和backgroundcputime则是Oracle后台进程消耗的时间和cputime。
数据库响应时间分析：
数据库系统的响应时间由四个要素决定：CPU，IO，内存和网络，其中CPU和IO是最重要的因素。与之相比，内存与网络则简单很多，因为通常情况下，对于一个调优的系统来说，内存访问的延迟时间非常小（100ns以下，1ms=1000000ns）相比较CPU和IO几乎可以忽略。而网络延迟则通常是一个常数，比如在一个数据中心的情况下，网络的延迟一般在3ms以下，如果存在多数据中心的情况，网络延迟可能会超过20ms，所以对于一个分布式系统来说，网络延迟是必须要考虑的问题。
在这里，我们不考虑分布式系统，并且忽略内存的访问延迟，重点分析CPU和IO，我们看以下数据库的AWR片段：
我们看到这个系统中DBCPU占整个DBt
文档评论（0）