共计 1143 个字符，预计需要花费 3 分钟才能阅读完成。
| 导读 | 随着互联网应用的快速发展，用户的体验要求也在不断提高，软件的性能测试显得尤为重要。当项目组想要优化一个性能不合格的软件时，通常会采取性能调优的方法。性能调优是通过调节计算机硬件、操作系统、应用程序三方面之间的关系，实现整个系统的性能最大化，以满足业务需求。Oracle 数据库作为应用较为广泛的数据库种类之一，开发测试人员需要掌握 Oracle 数据库调优的常见场景与方法。 |
在 Oracle 性能调优任务中，测试人员能够通过 nmon 和 Oracle 自带的性能分析工具 AWR 等观测数据库的任务执行情况和资源使用情况。其中，AWR 报告中的 SQL Statistics 项会从几个维度列举系统执行较慢的 SQL 语句，用于瓶颈 SQL 定位。导致 SQL 语句执行时间长的原因有很多种，例如 SQL 解析时使用硬解析 (Hard Parse) 方法。下面着重讲一下 SQL 语句的使用软硬解析的区别。
在 Oracle 数据库中有一块区域被称为共享池 (Shared Pool)，它用于存放缓冲程序数据。已执行过的每一条 SQL 语句在共享池中都存有解析后的内容，存储这些语句的地方叫高速缓存(Library Cache)。因为内存区域是有限的，所以不能将所有解析后的语句都一直保存，Oracle 采用最近最少使用原则(LRU，Least Recently Used) 来管理共享池中的对象，只保留那些使用最频繁且最近使用的语句。
每当 Oracle 执行一条语句时，首先会进行语法检查 (Syntax Check) 和语义检查 (Semantic Check)。如果这些都通过，就会对 SQL 语句进行解析(Parse)，具体做法是利用内部的哈希算法来取得该 SQL 的哈希值，检查高速缓存里是否存在该值。如果能成功在高速缓存中找到，就将利用已有的解析树(Parse Tree) 与执行计划(Execution Plan)，省略优化器的相关工作，这种解析被称为软解析(Soft Parse); 反之，Oracle 将执行创建解析树、生成执行计划的工作，并将其放入高速缓存以待重用，这种方式称为硬解析。
硬解析通过优化器创建最优的执行计划时，会根据数据字典中对象的统计信息计算多个执行计划的代价，从而得到一个最优解。这一步涉及大量的计算，会消耗非常多的 CPU 资源。所以我们在做性能调优时，要尽可能使用软解析，避免硬解析的执行。项目组在改进程序时，倡导功能相同的程序尽量保持一致性，多使用绑定变量，即将变量的数据通过一定的数据访问技术来和相应的实体捆绑在一起，使之成为一个整体。
本文主要讲了 Oracle 数据库中 SQL 解析性能调优的原理和方法，希望能给各位开发测试人员带来帮助。
