什么是性能的监控和调整？

什么是性能的监控和调整？
我们经常谈起性能的监控和调整，其实可以监控和调整的构件包括：服务器，网络，应用和数据库。但这里所谈起的性能往往是指当出了性能问题时所做的一些调整。
数据库调整的大部分工作是由DBA来完成的，只要你做了一段时间的DBA就会习惯于人们的一个这样的思维：只要应用一变慢，第一个怀疑的就是数据库系统的性能出了问题，除非DBA能够证明这个问题是由网络，系统或是其它因素引起的。

也正是因为这些，对于一个DBA来说多学一点OS，网络和存储的知识是多么的重要。实际上很多公司的IT部门也都希望DBA能掌握所有的技术知识并且能全天候的做好准备以便最快速的解决所有性能问题。
性能调整总是因人而异的。但首要的问题是定义一下什么是性能，然后再做调整。

一般地，性能是下面几个因素的统称：负载，吞吐量，争用。

负载包括：在线事务，批量作业，即席查询，数据仓库的分析。负载情况是时刻发生着变化的，但一个长期的业务系统的负载是有规律的，如工资系统总是在每月的那几天是繁忙的，一个考试系统也是每天固定的时刻比较繁忙而一个月报系统总会是月初的时候比较繁忙。当然多数情况下的负载是没有规律的。这就需要DBA的介入，生成性能报告，找到相应的SQL语句，进行相应的优化。
吞吐量是指系统能够处理的业务量的一个总体能力，一般由IO速度，CPU的速度，并行处理能力决定，当然也与操作系统和应用软件的效率有关。
争用是另一个重要的与性能有关的因素，当特定的所资源使用率变得增加时或者两个或多个组件需要一个独立资源时争用就有可能发生。特别是对于数据库系统来说，由于并发的存在，争用是经常发生的。锁就是一种争用的形势。争用与吞吐量是互斥，争用发生的越多，吞吐量会变得越小。性能调整就是想办法减少争用，增加吞吐量。在ORACLE数据中用来追踪争用的办法是“等待事件”，这种方法包括了对IO，锁，锁存器，后台进程，网络等待一系列可能发生争用的资源在数据库进行了一个综合的统计。通过查看统计记录可以迅速标识出数据库处理速度降低的主要瓶颈，从而减少故障检查和处理的时间
其实在系统调整过程中也是遵守2-8法则的。消耗系统80%资源的往往是那几个甚至是一个SQL语句。当然这个语句可能不是那么简单就被发现。有时候这个语句可能是几百个语句中的一个，也可能是一个非活动会话里的一个即席查询，但是他却有可能确实消耗系统的大量资源从而导致性能的极具下降。

所以使用TOP SQL方法是一个常见但很有用的方法。对这些SQL语句的调整能很明显的改善系统的性能，另外也可以使用一个性能调整的工具来查找那些效率低下的SQL。