数据库性能调优架构师所需的skillset

 1.数据访问机制，如table full scan，index range scan，index full scan，fast index scan等，这些内容让我明白SQL语句与Oracle的交互方式，数据是如何从物理的数据文件返回给界面的，是调整SQL语句必须的知识。

2.表之间的连接方式，主要是nested loog，hash join，merge sort，明白各个连接方式的运作机制，对于调整多表查询的SQL是必须的

3.索引结构，理解索引B树的数据分布，和物理表之间是怎样的对应关系，各个DML对索引空间有什么样的影响，在Oracle中还包括了位图索引，函数索引，反向索引

4.Oracle的空间存储机制，本地表空间管理与字典管理的区别，ASSM特性，表中 freelist，pctfree，pctused，HWM(高水位线)之间有什么样的联系，他们对DML操作的性能影响

5.Oracle的内存结构，SGA区，包括db_cache，shared_pool，larger_pool，java_pool，PGA 区，对于各个区内部大小的设定，调整，监控等，其中db_cache学习了LRU数据缓冲机制，划分不同块大小的缓冲块，及keep，recycle池的 使用，shared_pool包括其内部结构，Bucket划分，绑定变量，SQL查询计划，执行树，硬解析，软解析等，PGA的调整包括大小设定，连接 会话的PGA使用情况，磁盘排序等

6.各种等待事件的调整(OWI)，磁盘IO方面的主要是db file sequential read ， db file scattered read，direct path read等，这些事件的调整要看其等待的时间长短来进行，因为等待是不可能消失的，根据P1，P2，P3参数可以获取具体等待的数据库对象，结合话话的 SQL，用SQL_TRACE或EXPLAIN做具体调整

锁定方面(enqueue)主要是判断会话为什么会阻塞，引起阻塞的会话正在执行什么语句，锁定的对象是什么，锁的类型是什么，出现非常频繁的 enqueue等待估计系统的设计存在很大的问题

锁存器(latch)，这个是关于内存的锁定，调整起来比较棘手，需要理解内存的访问，修改，扫描机制，比如偌大一个db_cache区域，他里面 的数据是怎样定位的，修改，访问时又是怎样一种互斥的机制来保障内存块的一致性，等等，在9I中，这种机制大致如下，cache中有一定数量的 hash latch，每一个hash latch下面挂载若干个hash bucket，每一个hash bucket下面连接一条hash chain，hash chain的内容就是链接起来的数据块缓存头，这样一个hash latch对应多个hash bucket，每个hash bucket对应一条hash chain，当Oracle要访问某一个块时，他要知道这个块是属于哪个数据文件，他是第几个块，根据这些信息对块做Hash运算，会得到相应的hash bucket内存地址，然后定位到内存中的bucket，再扫描跟着的hash chain，如果找到，则直接使用，如果不能找到，这在hash chain上链接新块，这整个过程的前提是进程必须获取控制这个bucket的latch，如果有多个进程，他们访问的数据块正好hash到相同的 Latch管辖区，将出现针对这个管辖Latch的争用，体现的latch等待就是cache buffer chains.

再比如buffer busy wait事件，A会话读取数据块C，C不在内存中，将进行磁盘IO，此时B会话也进行C块的读取，那这时会产生C数据块的两次物理IO吗？答安是NO，A 会话会在内存中预留出以容纳C数据块的内存空间，并将他暂时锁定，以便进行随后的磁盘IO，B会话会等待锁定的结束，直到C块被读进内存空间，此时一个 BUFFER BUSY的等待事件就会被记录，当然以后对C块的访问就不会有什么障碍了，因为他已经被缓存了

其他主要的latch等待包括library cache，shared pool等，关于这部分的学习我推荐Steve Adams编写的Oracle8i Internal Service for Waits，Latches，Locks and Memory，世界顶尖级高手的杰作，不看可惜，英文不行的请自备金山词霸

7.SQL_TRACE/TKPROF，这个是调整的极佳工具，特别是调整不是自己写的程序，他可以对任何你认为可以的会话进行跟踪，捕获会话的 SQL语句，查询计划，CPU使用，消耗时间，一致性读次数，具体的等待事件等，这些信息是极有价值的，想充分利用的话最好能读懂原始的trace文件， 而不是通过tkprof翻译的

8.statspack，这是一个很好数据库调整工具，他采集数据库的系统信息，生成快照，通过对比两个快照之间的差异生成报表，反映系统在这段时 间内的运作情况，包括磁盘IO，CPU，内存，锁定，等待事件，buffer gets最大的10条SQL，执行次数最多的SQL，表空间，数据文件IO分布等等等等，在调整时，如果实在没办法找出问题了我会使用他，他也是个很好的 系统信息采集工具

9.UNIX虚拟分页的运作机制，及些乱七八糟的OS性能调整的工具，这部分学的很差，很无味，不知道为什么。