SQL性能优化详细讲解

ㄣ负二代

当一个用户与数据库建立了连接后，会向数据库发出操作请求，也就是向数据库送过去一条（或是几条或一个PL/SQL包）SQL语句。Oracle在接到这条SQL之后，首先会将这个SQL做一个Hash函数运算，得到一个Hash值，然后到共享池中寻找是否有和这个Hash值匹配的SQL存在。如果找到了，Oracle将直接使用已经存在的SQL的执行计划去执行当前的SQL,然后将结果返回给用户。如果在共享池中没有找到相同Hash值的SQL,Oracle会认为这是一条新的SQL,将会按照下面的顺序来执行：    a.语法分析
    主要看这条SQL是否符合Oracle规定的语法规则，如果发现语法有误，将向用户抛出一个错误信息。
    b.语义分析
    当语法分析通过以后，Oracle将对这条SQL做一些对象、权限方面的检查，查看SQL中操作的表是否存在，表中的列是否正确，用户是否有操作这个对象的权限等。
    c.生成执行计划
    这个过程Oracle将通过一系列的操作，来做出最后SQL的执行计划，比如查看操作对象的统计信息，动态采样等。
    d.SQL的执行
    Oracle按照上一步生成的执行计划，实际地执行SQL语句，并将结果返回给用户。至此，一条SQL语句执行完毕。
    对于OLTP系统来说，相同的SQL重复频率非常高，如果优化器反复解析SQL,必然极大地消耗系统资源；另外，OLTP系统用户请求的结果集都非常小， 所以基本上都会考虑使用索引，那么既然大家的执行计划都一致，为什么要对SQL做重复分析呢？bind peeking在第一次获得了一个正确的执行计划之后，后续的所有SQL都按照这个执行计划来执行，可以极大地改善系统的性能，这是由OLTP系统的特性 决定的。
    对于OLAP系统，他的SQL执行计划和谓词的值关系极大，谓词的值不同，很可能执行计划就不同，如果都采用相同的执行计划，SQL的执行效率必然非常 低；另外，一个OLAP系统数据库每天执行的SQL数量远远比OLTP少，并且SQL的重复率远远低于OLTP,这种情况下，SQL
    解析花费的代价和SQL的执行花费的代价来比，完全可以忽略。
    因此，对于OLAP系统，我觉得不需要做变量绑定，这样做可能发生执行计划选择错误的严重后果。另外，如果事实上的确做了变量绑定，bing peeking也只能保证第一条硬分析的SQL能够选择正确的执行计划，如果后面的谓词变量改变，很可能还是会出现SQL选择错误的执行计划，因此在 OLAP系统中，不要绑定变量。

sanpilaolang

写的不错！！！！！！！！！！

sanpilaolang

学习一下！！！！！！！！

宇智波·佐助

沙发 哈哈