- Rongsen.Com.Cn 版权所有 2008-2010 京ICP备08007000号 京公海网安备11010802026356号 朝阳网安编号:110105199号
- 北京黑客防线网安工作室-黑客防线网安服务器维护基地为您提供专业的
服务器维护
,企业网站维护
,网站维护
服务 - （建议采用1024×768分辨率，以达到最佳视觉效果） Powered by 黑客防线网安 ©2009-2010 www.rongsen.com.cn
1%是数据库日志高速缓存大小的关口（2）
作者：黑客防线网安SQL维护基地 来源：黑客防线网安SQL维护基地 浏览次数：0 |
黑客防线网安网讯： 二、什么时候该修改重做日志高速缓存空间的大小? 是否需要修改这个重做日志高速缓存空间的大小，主要需要看数据库的运行状况。在上面的分析中，笔者提到过一个等待的概念。即在数据...
二、什么时候该修改重做日志高速缓存空间的大小?
是否需要修改这个重做日志高速缓存空间的大�。饕枰词菘獾脑诵凶纯�。在上面的分析中，笔者提到过一个等待的概念。即在数据更新或则数据结构调整的过程中，用户进程等待重做日志缓存的现象。一般情况下，如果这个等待的次数越多，显然说明用户在这等待的时间上占用了比较多的时间。为此需要根据这个等待到次数来确定是否需要重新调整重做日志高速缓存空间。在数据库中可以通过数据字典视图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%，那么即使增加了重做日志高速缓存的大小，也很难起到应有的效果。相反会造成一定的安全隐患，而且会浪费内存空间。所以，这个调整重做日志高速缓存时还需要谨慎行事。
是否需要修改这个重做日志高速缓存空间的大�。饕枰词菘獾脑诵凶纯�。在上面的分析中，笔者提到过一个等待的概念。即在数据更新或则数据结构调整的过程中，用户进程等待重做日志缓存的现象。一般情况下，如果这个等待的次数越多，显然说明用户在这等待的时间上占用了比较多的时间。为此需要根据这个等待到次数来确定是否需要重新调整重做日志高速缓存空间。在数据库中可以通过数据字典视图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%，那么即使增加了重做日志高速缓存的大小，也很难起到应有的效果。相反会造成一定的安全隐患，而且会浪费内存空间。所以，这个调整重做日志高速缓存时还需要谨慎行事。
黑客防线网安服务器维护方案本篇连接：http://www.rongsen.com.cn/show-11707-1.html
新闻栏目
| 我要申请本站：N点 | 黑客防线官网 | |
| 专业服务器维护及网站维护手工安全搭建环境，网站安全加固服务。黑客防线网安服务器维护基地招商进行中！QQ:29769479 |