sql优化-oracle数据库.pptVIP

Sql优化 - Oracle数据库 sql优化 - Oracle数据库 Sql优化目的 Sql优化原则 绑定变量 where 条件 索引 排序和分页 其他问题 优化目的 将每一次操作需要占用的数据量(IO)和资源 (cpu,内存等)减少到最低,即在最短的时间达到 最大的数据吞吐量 更快的相应时间 在有限资源内执行更多任务 优化原则 使用绑定变量，共享sql语句。 消除不必要的大表全表搜索：不必要的全表搜索导致大量不必要的 I/O ，从而拖慢整个数据库的性能。 在全表搜索是一个最快的访问方法时，将小表的全表搜索放到缓存内存中。 确保最优的索引使用。 确保最优的 JOIN 操作。 确保所有操作都在内存中完成。 使用绑定变量，共享sql语句。 Sql语句执行过程： 1、语法检查(syntax check) 　　检查此sql的拼写是否语法。 2、语义检查(semantic check) 　　诸如检查sql语句中的访问对象是否存在及该用户是否具备相应的权限。 3、对sql语句进行解析(prase) 　　利用内部算法对sql进行解析，生成解析树(parse tree)及执行计划(execution plan)。 4、执行sql，返回结果(execute and return) 软解析(soft prase)和硬解析(hard prase) (为了不重复解析相同的SQL语句,在第一次解析之后,ORACLE将SQL语句存放在内存中. 这块位于系统全局区域SGA(system global area)的共享池(shared buffer pool)中的内存可 以被所有的数据库用户共享. 因此,当你执行一个SQL语句(有时被称为一个游标)时,如果它和 之前的执行过的语句完全相同, ORACLE就能很快获得已经被解析的语句以及最好的执行路 径.) Oracle利用内部的hash算法来取得sql的hash值， 然后在共享池(shared buffer pool)里查找是否存在该hash值； 假设存在，则将此sql与cache中的进行比较； 假设“相同”，就将利用已有的解析树与执行计划，而省略了优化器的相关工作。 这也就是软解析的过程。 如果上面的2个假设中任有一个不成立，那么优化器都将进行创建解析树、生成执行计划的动作。这个过程就叫硬解析。Sql语句必须大小写完全一致才可以软解析。 创建解析树、生成执行计划对于sql的执行来说是开销昂贵的动作， 所以，应当极力避免硬解析，尽量使用软解析。 绑定变量,共享SQL语句 Sql语句必须大小写完全一致才可以共享。 使用绑定变量的sql可以共享，使用软解析，降低系统资源的耗用。 a中的两组SQL语句是相同的(可以共享),而b中的两组语句是不同的(即使在运行时,赋于不同的绑定变量相同的值)　　　　a. select empno from emp where empname = ‘AAA’; select empno from emp where empname = ‘AAA’; 　　　select pin , name from people where pin = :blk1.pin;　　select pin , name from people where pin = :blk1.pin;　　　　　b. select empno from emp where empname = ‘AAA’; select EmpNo from Emp where EmpName = ‘AAA’; 　　select pin , name from people where pin = :blk1.ot_ind;　　select pin , name from people where pin = :blk1.ov_ind; where 条件 在一个SQL语句中，如果一个where条件过滤的数据库记录越多，定位越准确，则该where条件越应该前移。 避免对列的四则运算，特别是where 条件的左边，严禁使用运算与函数对列进行处理。比如有些地方 substring 可以用like代替。 in 和 exists In 里数据项不能太多，200个以下。 子查询返回数据相对外围查询多，用exists效率高。子查询返回数据相对外围查询少，用in效率高。 在子查询中,NOT IN子句将执行一个内部的排序和合并. 无论在哪种情况下,NOT IN都是最低效的 (因为它对子查询中的表执行了一个全表遍历). 为了避免使用NOT IN ,我们可以把它改写成外连接(Outer Joins)或NOT EXISTS. (高效) SELECT * FROM EMP (基础表) WHE