文档详情

Oracle数据库的优化.doc

发布:2017-08-14约4.28千字共8页下载文档
文本预览下载声明
Oracle数据库的优化 ?如何优化Parse 1.????? 1? SQL语句的Parse处理步骤:1)????? 计算语句值2)????? 共享池中有无与此语句值相同的语句? 3)????? 共享池中有与此语句字符完全匹配的语句? 4)????? 准备要运行的SQL语句 5)????? 为新语句在共享池中创建空间 6)????? 将语句存放在共享池中 7)????? 修改共享池图,标明语句的值和在共享池中的位置 8)????? 执行准备好的SQL语句 最理想的是,语句只执行1、2、3和8步来进行处理。不经过2、3步来测试被传给Oracle的语句要使用1~8步进行处理。只经过1、2、3、8的SQL语句要比经过1~8步的语句更为有效。 1.2? 在共享池中重用SQL语句 ???? 当SQL语句被传递给Oracle处理时,其秘诀是重复使用已经在共享池中的语句,而不是让Oracle在接受语句时去准备新的语句。前面表明,如果Oracle接受了一个与共享池中的语句相一致的语句,就重用共享池中的语句。 Oracle提供在数据库中存储代码的能力。当应用系统开始运行时,从数据库中读取代码(可用PL/SQL语句编制)并像其它语句那样传递到共享池中去处理。从数据库中取出的代码是编译过的并驻留在共享池中。 可以利用数据库中存储的程序代码设计应用系统,检查所有的事务处理以及主要的通用的过程,研究现有的应用系统并把主要的处理程序转换为数据库中存储的程序代码。在Oracle中存储代码可以通过过程、程序包、函数、触发器等来实现。 2? 如何优化Execute和Fetch 2.1? 避免无计划的全表扫描 全表扫描连续从表读取所有数据,而不管数据是否与查询有关。避免不必要的全表扫描有两个充足理由:1)全表扫描没有选择性 2)????? 过全表扫描读取的数据很快从SGA的缓冲区移走(如果正在扫描的表不是“高速存储”的表) 在基于规则优化的情况下,如果下列任何条件在SGA语句出现,就要对一个表进行全表扫描。 1)????? 该表无索引 2)????? 对返回的行无任何限定条件(如无Where语句) 3)????? 对数据表与任何索引主列相对应的行无限定条件。例如,在City-State-Zip列上创建了三列复合索引,那么仅对State列有限定条件的查询不能使用这个索引,因为State不是索引的主列。 4)????? 对索引主列的行有限定条件,但条件或者是NULL或者是不相等。例如,City列上存在索引,在所有下列情况下都不会使用索引。 Where city is null Where city is not null Where city!=’liaoning’ 5)??????????? 对索引主列的行有限定条件,但条件在表达式里使用。例如,如果在City列上索引,那么限定条件 Where City=’liaoning’ 可以使用索引。然而,如果限定条件是 ?????? Where UPPER(City)=’liaoning’ 那么不会使用City列上的索引,因为City列在UPPER函数里。如果将City列与文本字符串联结在一起,也不会使用索引。例如,如果限定条件是 ?????? Where City||’x’ like ‘liaoning%’ 那么不会使用City列上的索引。 6)????? 对索引主列的行有限定条件,但条件使用Like操作以及值以‘%’开始或者值是一个赋值变量。例如,在所有下列情况下都不会使用索引: Where City like ‘%aonin%’?????? Where City like :City_Bind_Variable ????? 如果表小、索引列无选择性,基于开销的优化器可能决定使用全表扫描。 2.2只使用选择性索引 索引的选择性是指索引列里不同值的数目与表中记录数的比。如果表有1000个记录,表索引列有950个不同值,那么这个索引的选择性就是950/1000或者0.95。最好的可能性选择是1.0。依据非空值列的唯一索引,通常其选择性为1.0。 如果使用基于开销的最优化,优化器不应该使用选择性不好的索引。 索引的选择性是指索引列里不同值的数目与表中记录数的比。如果表有1000个记录,表索引列有950个不同值,那么这个索引的选择性就是950/1000或者0.95。最好的可能性选择是1.0。依据非空值列的唯一索引,通常其选择性为1.0。 索引的选择性是指索引列里不同值的数目与表中记录数的比。如果表有1000个记录,表索引列有950个不同值,那么这个索引的选择性就是950/1000或者0.95。最好的可能性选择是1.0。依据非空值列的唯一索引,通常其选择性为1.0。 2.3管
显示全部
相似文档