文档介绍：设计开发
值,说明数据库已超负荷运载,系统运行压力大,性能低下。当措施对参数做一定的调整使得性能达到相对最优。
句被执行时,它先对该语句进行计算,来确定共享池中是否曾参考文献
经执行过相同语句,否,紧跟着被检查语法结构和语义,权限之类动
。
,该写得是否符合语法,使用的表,字段等是否存在,是否
.:—.
,
一步,接下来便是寻找最优化的执行方法及将转化为执行代码,
件工程,,:—.
,我们要尽可能避免硬解析。
:武汉大学,.
在表中我们可以看到总解析为.,其中硬解析为.,:中南大
了一半。这个结果说明硬解析比例太高,应考虑使用绑定变量取代
学,.
常量来优化查询。在表中我们可以看出缓存的各项命中率都不高,
软解析率才.%。这个情况说明和设置过低,导致命中率
与软件工程。,:—.
不高,服务器内存有,当前,,而平时使用率
:电子工业出版社,
只占%,建议将调大到,调大到,提高缓存各项命中
.:—.
率,且调数, 到,
.
进一步减少软解析来提高性能。
北京:电子工业出版社,,:—.
..分析与优化
,
,够生成曾经执行过的的执行
.:.
计划,查看消耗的资源等等信息,有助于对调优。从
谷小秋,
报告中我们找出最耗资源的几条】语句,查看它们的执行计划,然后
算机工程与应用,:—.
进行优化。比如我们从图的执行计划中发现了全表扫描,因此我们
建议在——表需要由、—、
技,,:—.
建组合索引。通过创建索引,我们将全表扫描转变成索
刘占江,
引扫描。索引扫描分为步骤,首先扫描索引得到相应记录的
息安全与技术,,:—.
值,然后通过从表中读出所要的数据。每步都是单独的一次/
,但是对于索引,由于经常使用,绝大多数都已经到内存
传播。,:.
中,所以第步的/经常是逻辑/,即数据可以从内存中得到。但
是对于第步来说,如果表比较大,则其数据不可能全在内存中,所以
,,:—.
其/很有可能是物理/,这是一个机械操作,相对逻辑/来说,
、,
是极其费时间的。所以如果多大表进行索引扫描,取出的数据如果大
.:.
于总量的%~%,使用索引扫描会效率下降很多。
赵新民,
优化效果全与技术,。: