Oracle在业务系统的不同时期，经常会遇到不同的性能故障问题，本节通过对开发阶段、业务上线生产阶段、业务稳定数据处理阶段三个时间节点分析经常遇到的性能故障。

开发阶段

在开发阶段，我们遇到的数据库性能问题相对较少，由于业务还未投入生产，大概有的问题有：

1、开发过程中因某些程序段执行速度慢而影响整体开发进程。

2、大部分是数据库性能不理想，导致开发结束后，系统测试未通过，以致延迟投人生产。

业务上线生产阶段

业务上线生产阶段是在业务系统投入生产的过程，在这个过程当中，数据库的数据量会随着业务逐渐增大，这个时候数据库性能问题会逐渐的爆发出来，特别是在开发阶段未考虑过性能优化问题的程序，这个时期常见的性能问题有：

1、对系统有致命影响的SQL语句条数过多，导致数据库服务器资源耗尽，甚至宕机。

2、单个SQL在执行过程中所读取的物理和逻辑I/O太多，导致业务响应速度过慢。

3、存在大量无效的重复执行的SQL语句，导致业务响应速度变慢。

4、执行批处理作业时，在限定时间内无法结束，严重影响日常业务运行。

5、随着业务量的逐渐提升，之前的系统硬件存在性能瓶颈，要通过增加硬件设备来提升性能。

业务稳定数据处理阶段

经过一段时间业务生产沉淀，业务量逐渐稳定，这个时候业务类的操作一般不会导致数据库性能出现问题。主要是在后期对数据的迁移和数据的分析处理，这个是本阶段最吃资源的需求。主要的问题有：

1、大规模的迁移数据，导致数据迁移时间过长、性能影响面过大。

2、数据迁移之后执行计划变更，导致业务响应缓慢。

3、进行大数据量的数据分析和报表的统计，导致计算时间过长，或者读取I/O太多。特别是进行多维度、多表、大数据量的关联统计和数据分析。

总结

引起数据库性能问题的原因多种多样，但系统资源限制和并发性限制是引起性能问题的主要原因。在通常情况下，以下几类问题会引起性能故障：

1、系统资源瓶颈。比如CPU、内存、I/O、网络资源， 当这些资源达到瓶颈时，数据库性能容易出现问题。所以了解操作系统各项资源的响应时间和发能力是性能优化很重要的技术储备。

2、程序设计。好的程序设计、表关系设计、展示方式的设计等。在很多情况下，一个好的程序设计，一个好的框架决定了数据库性能的好坏。

3、并发性资源冲突。比如，会话的连接方式，会话连接到数据库主要分长连接和短连接两种，在高并发的环境下，频繁的短连接会话可能会成为影响数据库性能的主要因素。

锁的争用。数据库的锁争用是不可避免的，但是如果大量进程之间相互锁，进而导致了死锁，那就会成为影响性能的主要原因之一。

大量的不同SQL的解析，往往会引起共享池不够用，进而导致性能下降。

ROW CACHE的争用。大量的DDL语句或使用CACHE偏小的SEQUENCE是引起ROW CACHE的大小不够和争用的主要原因。

BUFFER CACHE的争用。当应用集中读取BUFER CACHE中的某个数据块，或者大量的SQL执行计划有问题时，往往会引起BUFFER CACHE的争用。

数据块争用。当大量的会话同时更改同一个数据块中的内容时，容易导致数据块争用。最典型的情况是索引的叶节点块争用。

REDO LOG和REDO BUFFER的争用。当系统产生大量的日志或者频繁地执行COMMIT,容易导致REDO BUFFER的争用。

UNDO表空间的争用。最典型的情况是大量的并发事务导致的UNDO段头争用。

4、不适当的并行操作。。从理论上来讲，开启并行操作能加快数据库操作，但不恰当的并行操作不仅容易增加协调成本，而且容易消耗过多的操作系统资源，进而导致其他进程获得不了操作系统资源。

5、数据库参数设置不合理。比如SGA参数设置不合理是导致数据库性能问题的常见原因之一。

6、SQL语句的运行效率低下。

Oracle教程_Oracle在线学习教程_FREE教程