数据库AWR性能优化分析实践

数据库AWR案例分析 AWR（Automatic Workload Repository）是一种Oracle数据库性能分析工具，能够帮助DBA快速了解数据库的性能瓶颈和优化建议。本文将通过AWR报告，分析数据库的性能瓶颈，并提出相应的优化方案。 1. ELAPSED和DBTIME 在AWR报告中，ELAPSED和DBTIME是两个重要的性能指标。ELAPSED表示数据库的总执行时间，而DBTIME表示数据库的实际执行时间，包括CPU时间和等待时间。DBTIME=CPUTIME+WAITTIME。通过对比ELAPSED和DBTIME，可以了解数据库的繁忙程度。如果DBTIME>ELAPSED，说明数据库比较繁忙；否则，数据库比较空闲。 在本案例中，我们可以看到CPU的负载程度可以使用下面公式计算：CPU负载=DBTIME/（CPU数*ELAPSED）*100%。根据公式计算，CPU负载为36%，说明目前CPU的负载为36%，不需要增加CPU。但如果CPU负载超过80%，则需要增加CPU以提高数据库性能。 2. REDOSIZE、LOGICALREADS、HARDPARSES、ROLLBACK REDOSIZE是AWR报告中的一个重要指标，表示每秒/每事务产生的redo大小（单位字节）。Redosize可以标志数据库任务的繁重程序。其中PerSecond表示每秒中产生的redo的字节数，PerTransaction表示每个事务产生的redo的字节数。通过分析Redosize，可以了解数据库的事务大小和commit次数。 在本案例中，Redosize的PerSecond>PerTransport，说明commit次数很多，需要优化程序执行的SQL语句。同时，我们也可以看到Logicalreads的值为56621.1，而Executes为569.756621.1/569.7=99.39，说明需要优化程序执行的SQL语句。 Logicalreads表示每秒/每事务逻辑读的块数，单位为块。Executes表示每秒/每事务SQL执行次数，包括用户执行的sql语句与系统执行的sql语句。Logicalreads/Executes不会超过50，一般只有10左右。如果Logicalreads/Executes超过50，说明需要优化程序执行的SQL语句。 Hardparses表示硬解析的次数，如果硬解析次数太高，说明SQL重用率不高。例如超过100，基本都是由于不使用绑定变量所导致的，导致cpu使用率的问题，极有使得性能急剧下降。在本案例中，Hardparses为3.8，说明硬解析次数较少，该部分不需要优化。 Rollbacks表示数据库中事务的回退率，如果不是因为业务本身的原因，通常需要优化事务的执行顺序和锁机制。 通过AWR报告，我们可以了解数据库的性能瓶颈和优化建议。通过分析ELAPSED和DBTIME，我们可以了解数据库的繁忙程度；通过分析REDOSIZE、LOGICALREADS、HARDPARSES和ROLLBACK，我们可以了解数据库的事务大小和执行情况，优化程序执行的SQL语句，提高数据库性能。