二、什么时候该修改重做日志高速缓存空间的大小?
 
　　是否需要修改这个重做日志高速缓存空间的大�。饕枰词菘獾脑诵凶纯�。在上面的分析中，笔者提到过一个等待的概念。即在数据更新或则数据结构调整的过程中，用户进程等待重做日志缓存的现象。一般情况下，如果这个等待的次数越多，显然说明用户在这等待的时间上占用了比较多的时间。为此需要根据这个等待到次数来确定是否需要重新调整重做日志高速缓存空间。在数据库中可以通过数据字典视图V$SYSSTAT来查询用户用户进程等待重做日志缓存的次数。在这个视图中，有一个叫做“重做缓存重分配”的纪录，英文名字为“redo buffer allocation retries”。这条记录的vlaue字段的值就表示用户进程等待重做日志缓存的次数。如果这个值为0的话，就表示用户进程在数据更新或者数据结构调整的时候，不需要等到重做日志高速缓存。所以性能是最佳的。但是这只是一种比较理想的状态。在数据库运行了一段时间后，这条记录的值往往不会为0，有时候会达到两位数、三位数等等。那么是否这个值越大，就越说明有需要调整重做日志高速缓存大小的必要呢?
 
　　这么说有一定道理，但是也太过于决定。在实际工作中，我们往往还需要借鉴另外一个值。在这张视图中，还有一条记录叫做“redo entries”。如果按名次排序的话，他们这两条记录是一前一后紧靠在一起的。通常情况下，如果把“redo buffer allocation retries”记录的Value值除以“redo entries”记录的Value值，如果大于0.01(即1%)，则说明这个数据缓存大小可能并不是很合适，需要通过调整重做日志缓存大小来提高数据库的性能。如果这个比率小于1%的话，即使用户进程等待的次数再多，一般也不需要调整其大小。因为此时用户的等待次数对于数据库的性能影响是微乎其微的，甚至可以忽略不计。从这里可以看出，并不是说用户进程的等待次数越多，就说明其大小越需要调整。一般我们都需要将用户进程等待次数与“redo entries”记录的Value值进行比较，最后以1%这个值为关卡，来判断是否需要调整重做日志高速缓存的大小。
 
　　三、如何调整重做日志高速缓存的大小?
 
　　在Oracle数据库中，重做日志高速缓存的大小是由初始化参数log_buffer来控制的。在对其进行更改之前，有必要先查询一下这个参数的值。在数据库命令行中，可以通过show log_butter来查询重做日志缓存的大小。然后数据库管理员可以在这个值的基础上增加重做日志高速缓存的大小。这个参数是一个动态的参数，可以在数据库运行期间修改这个参数。如果某个事务需要长时间运行、并且会产生大量重做记录的时候，通过参数增加这个参数的值，往往可以减少对重做日志文件的硬盘操作次数，从而提高数据库的性能。
 
　　由于这是一个动态的参数，为此在更改的时候需要注意一点，即在下次数据库启动的时候是否需要将这个修改保留。如果需要的话，则在这个参数内存中的值的时候，同时需要更改初始化参数文件中的值。如果采用文本参数文件启动的话，需要手工更改参数文件。如果采用服务器参数文件启动的话，则可以在命令中指定其同时修改内存与服务器参数文件中的值。
 
　　最后笔者再次提醒一句，充作日志高速缓存并不是越大越好。通常情况下，需要将上面提高的两个记录进行对比，以1%作为其调整的关口。如果超过1%，则就可以通过调整重做日志高速缓存来达到改善数据库性能的目的。反之，如果值小于1%，那么即使增加了重做日志高速缓存的大小，也很难起到应有的效果。相反会造成一定的安全隐患，而且会浪费内存空间。所以，这个调整重做日志高速缓存时还需要谨慎行事。
    希望这篇1%是数据库日志高速缓存大小的关口（2）的文章能够对您有所帮助，如果您觉得这篇网站维护教程有用的话，别忘了推荐给您的朋友哦！如果您有好的经验方法，不妨拿出来和大家一起分享：假如每个人都拿出一个经验，那么我们都将额外的获取一堆他人的经验。
请记住本站永久域名：（黑客防线网安服务器维护方案维护基地）Www.Rongsen.Com.Cn