如何让数据库能够实现自我调整，减轻数据库管理员的工作量，是甲骨文公司一直追求的目标。毕竟其数据库的复杂程度远远超出同类数据库; 而且，其数据库的维护成本也比其他数据库要高出不少。所以，甲骨文公司追求Oracle数据库的自我调整与优化，降低Oracle数据库的维护成本，也是可以理解的。

　　自我调整SGA与自我调整检查点，虽然是Oracle数据库10G版本中的新增功能，但是，在11G的版本中，才真正发挥到极致，被数据库管理员充分肯定并积极采纳。下面笔者结合实际的工作经验，带领大家一起看看，这两个新特性，是如何帮助企业降低维护成本，提高数据库的管理效率的。

　　一、 自我调整检查点。

　　在以前的文章中，笔者谈到过，Oracle数据库中有存储缓冲区，其包括三部分内容，一种叫做脏缓冲存储区。这个缓冲存储区中存储的是已经被修改的数据。一般情况下，这个数据不会马上被写入到数据文件中去。除非空闲缓冲快用完了，这个数据才会被写入数据文件。但是，如此的话，也会遇到一个问题，若空闲缓冲区刚用完的时候，其他用户也在频繁的对数据库进行读写操作，在这个繁忙的时刻，再往数据库文件中写入更改后的数据，那么，很明显，会极大的影响数据库的性能。

　　所以，作为数据库管理员，我们的设想是能否在I/Q操作比较空的时候，就把脏缓冲中的数据写入到数据库中去呢?这若是靠数据库管理员手工管理肯定不现实，我们数据库有这个自动判断的功能。甲骨文好像听到了我们众多数据库管理员的呼声，在10G版本的数据库中新增了这个功能，并在11G版本中进行了完善，这就是自我调整检查点的自我调整功能。

　　检查点是将内存中修改的数据与数据库中的数据文件同步的手段。Oracle数据库定期将检查点之间修改的数据写入数据文件，这种做法的要求之一是需要服务器有足够的可用内存，以提高为即将进行的操作寻找空闲内存的执行性能。

　　所以，这个检查点的设置，跟很多参数有关，如服务器的内存等等。虽然在以前的版本中，数据库管理员可以通过设置相关的初始化参数，来指定预期的崩溃恢复时间。但是，实际上，由于这个设置复杂，影响因素众多，所以，很少有数据库管理员会去调整这个参数，而都是采用其默认的设置。

　　笔者在使用Oracle 11G数据库中，印象最深的是数据库可以自我调整检查点。虽然在10G中也已经提出了这个功能，但是用的总是不怎么顺心。在11G中作了一定的改善，从而使得这个新功能得到了大家的认同。使用数据库的自动检查点调整，数据库就会自动判断数据库的繁忙程度，具体的说是判断I/Q 操作的繁忙程度，数据库会自动在其比较空闲的时候，把脏缓冲期中的内容写入到数据文件中，从而降低对数据库吞吐量所产生的影响，提高数据库的操作性能。

　　其实，这个检查点的自我调整功能就好像是一个交通警察，当道路繁忙的时候，下班高峰期时，一些打扫卫生的清洁车就不能进入车道; 只有到道路比较空闲的时候，清洁车才能进入车道打扫卫生。从而把清洁车对于车道的正常运行的影响降低到最低。

　　当然，这个改善可能用户一下子还察觉不出来。但是，我们通过数据库日志进行前后的对比，就会发现，两者的差异是很大的。利用了数据库检查点自我调整功能后，数据库的查询性能，特别是查询大量数据的性能，得到了比较显著的改善。

　　不过，话说回来，数据库的自我调整功能虽然是一个不错的“交通警察”，但是当车真的很多的时候，最好的“交通警察”，也是无能为力。此时，就需要对硬件上的改善，如增加服务器的内存等等。毕竟像数据检查点等自我调整功能只能够改善硬件的利用能力，而不能从本质上提升硬件的容量。