主页 > 知识库 > 数据库 > Oracle >

SQL性能优化详细讲解

来源:中国IT实验室 作者:佚名 发表于:2013-05-02 14:08  点击:
当一个用户与数据库建立了连接后,会向数据库发出操作请求,也就是向数据库送过去一条(或是几条或一个PL/SQL包)SQL语句。Oracle在接到这条SQL之后,首先会将这个SQL做一个Hash函数运算,得到一个Hash值,然后到共享池中寻找是否有和这个Hash值匹配的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系统中,不要绑定变量。

    有帮助
    (0)
    0%
    没帮助
    (1)
    100%