十分钟初步掌握Oracle数据库性能调优的常见场景与方法

当项目组想要优化一个性能不合格的分钟方法软件时，通常会采取性能调优的初步常见场景方法。性能调优是掌握通过调节计算机硬件、操作系统、数据应用程序三方面之间的库性关系，实现整个系统的分钟方法性能最大化，以满足业务需求。初步常见场景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解析性能调优的原理和方法，希望能给各位开发测试人员带来帮助。

很赞哦!（8571）