- 浏览: 196679 次
- 性别:
- 来自: 广州
文章分类
最新评论
-
dawnyu:
太厉害了,专门登陆支持一下楼主
eclipse配置tomcat,访问http://localhost:8080出现404错误 -
wanghuan_em:
我怎么还是没成功...
在MyEclipse中安装Freemarker插件 -
xiayuhuashang:
在MyEclipse中安装Freemarker插件 -
PhoenixHorse:
就是啊,为什么要替换包呢,难道你存在其它兼容问题?
在MyEclipse中安装Freemarker插件 -
yueyuxiang:
楼主威武!我成功了
eclipse配置tomcat,访问http://localhost:8080出现404错误
转载:http://database.51cto.com/art/201001/175898_1.htm
Oracle的数据库日志称为Redo log,所有数据改变都记录Redo log,可以用于修复受损的数据库。Redo log 是用于恢复和一个高级特性的重要数据,一个redo条目包含了相应操作导致的数据库变化的所有信息,所有redo条目最终都要被写入redo文件中去。
Redo log buffer是为了避免Redo文件IO导致性能瓶颈而在sga中分配出的一块内存。一个redo条目首先在用户内存(PGA)中产生,然后由oracle服务进程拷贝到log buffer中,当满足一定条件时,再由LGWR进程写入redo文件。由于log buffer是一块“共享”内存,为了避免冲突,它是受到redo allocation latch保护的,每个服务进程需要先获取到该latch才能分配redo buffer。因此在高并发且数据修改频繁的oltp系统中,我们通常可以观察到redo allocation latch的等待。Redo写入redo buffer的整个过程如下:
在PGA中生产Redo Enrey -> 服务进程获取Redo Copy latch(存在多个---CPU_COUNT*2) -> 服务进程获取redo allocation latch(仅1个) -> 分配log buffer -> 释放redo allocation latch -> 将Redo Entry写入Log Buffer -> 释放Redo Copy latch;
shared strand
为了减少redo allocation latch等待,在oracle 9.2中,引入了log buffer的并行机制。其基本原理就是,将log buffer划分为多个小的buffer,这些小的buffer被成为strand(为了和之后出现的private strand区别,它们被称之为shared strand)。每一个strand受到一个单独redo allocation latch的保护。多个shared strand的出现,使原来序列化的redo buffer分配变成了并行的过程,从而减少了redo allocation latch等待。
shared strand的初始数据量是由参数log_parallelism控制的;在10g中,该参数成为隐含参数,并新增参数_log_parallelism_max控制shared strand的最大数量;_log_parallelism_dynamic则控制是否允许shared strand数量在_log_parallelism和_log_parallelism_max之间动态变化。
SQL>select nam.ksppinm, val.KSPPSTVL, nam.ksppdesc from sys.x$ksppi nam, sys.x$ksppsv val where nam.indx = val.indx AND nam.ksppinm LIKE '_%' AND upper(nam.ksppinm) LIKE '%LOG_PARALLE%';
KSPPINM KSPPSTVL KSPPDESC
------------------------------------------
_log_parallelism 1 Number of log buffer strands
_log_parallelism_max 2 Maximum number of log buffer strands
_log_parallelism_dynamic TRUE Enable dynamic strands
每一个shared strand的大小 = log_buffer/(shared strand数量)。strand信息可以由表x$kcrfstrand查到(包含shared strand和后面介绍的private strand,10g以后存在)。
SQL>select indx,strand_size_kcrfa from x$kcrfstrand where last_buf_kcrfa != '00';
INDX STRAND_SIZE_KCRFA
---------- -----------------
0 3514368
1 3514368
SQL>show parameter log_buffer
NAME TYPE VALUE
------------------------------------ -----------
log_buffer integer 7028736
关于shared strand的数量设置,16个cpu之内最大默认为2,当系统中存在redo allocation latch等待时,每增加16个cpu可以考虑增加1个strand,最大不应该超过8。并且_log_parallelism_max不允许大于cpu_count。
注意:在11g中,参数_log_parallelism被取消,shared strand数量由_log_parallelism_max、_log_parallelism_dynamic和cpu_count控制。
Private strand
为了进一步降低redo buffer冲突,在10g中引入了新的strand机制——Private strand。Private strand不是从log buffer中划分的,而是在shared pool中分配的一块内存空间。
SQL>select * from V$sgastat where name like '%strand%';
POOL NAME BYTES
------------ -------------------------- ----------
shared pool private strands 2684928
HELLODBA.COM>select indx,strand_size_kcrfa from x$kcrfstrand where last_buf_kcrfa = '00';
INDX STRAND_SIZE_KCRFA
---------- -----------------
2 66560
3 66560
4 66560
5 66560
... ...
Private strand的引入为Oracle的Redo/Undo机制带来很大的变化。每一个Private strand受到一个单独的redo allocation latch保护,每个Private strand作为“私有的”strand只会服务于一个活动事务。获取到了Private strand的用户事务不是在PGA中而是在Private strand生成Redo,当flush private strand或者commit时,Private strand被批量写入log文件中。如果新事务申请不到Private strand的redo allocation latch,则会继续遵循旧的redo buffer机制,申请写入shared strand中。事务是否使用Private strand,可以由x$ktcxb的字段ktcxbflg的新增的第13位鉴定:
SQL>select decode(bitand(ktcxbflg, 4096),0,1,0) used_private_strand, count(*) from x$ktcxb where bitand(ksspaflg, 1) != 0 and bitand(ktcxbflg, 2) != 0 group by bitand(ktcxbflg, 4096);
USED_PRIVATE_STRAND COUNT(*)
------------------- ----------
1 10
0 1
对于使用Private strand的事务,无需先申请Redo Copy Latch,也无需申请Shared Strand的redo allocation latch,而是flush或commit是批量写入磁盘,因此减少了Redo Copy Latch和redo allocation latch申请/释放次数、也减少了这些latch的等待,从而降低了CPU的负荷。过程如下:
事务开始 -> 申请Private strand的redo allocation latch (申请失败则申请Shared Strand的redo allocation latch) -> 在Private strand中生产Redo Enrey -> Flush/Commit -> 申请Redo Copy Latch -> 服务进程将Redo Entry批量写入Log File -> 释放Redo Copy Latch -> 释放Private strand的redo allocation latch 。
注意:对于未能获取到Private strand的redo allocation latch的事务,在事务结束前,即使已经有其它事务释放了Private strand,也不会再申请Private strand了。
每个Private strand的大小为65K。10g中,shared pool中的Private strands的大小就是活跃会话数乘以65K,而11g中,在shared pool中需要为每个Private strand额外分配4k的管理空间,即:数量*69k。--10g:
SQL> select * from V$sgastat where name like '%strand%';
POOL NAME BYTES
------------ -------------------------- ----------
shared pool private strands 1198080
SQL>select trunc(value * KSPPSTVL / 100) * 65 * 1024
from (select value from v$parameter where name = 'transactions') a,
(select val.KSPPSTVL from sys.x$ksppi nam, sys.x$ksppsv val where nam.indx = val.indx
AND nam.ksppinm = '_log_private_parallelism_mul') b;
TRUNC(VALUE*KSPPSTVL/100)*65*1024
-------------------------------------
1198080
--11g:
SQL>select * from V$sgastat where name like '%strand%';
POOL NAME BYTES
------------ -------------------------- ----------
shared pool private strands 706560
SQL>select trunc(value * KSPPSTVL / 100) * (65 + 4) * 1024
from (select value from v$parameter where name = 'transactions') a,
(select val.KSPPSTVL
from sys.x$ksppi nam, sys.x$ksppsv val where nam.indx = val.indx AND nam.ksppinm = '_log_private_parallelism_mul') b;
TRUNC(VALUE*KSPPSTVL/100)*(65+4)*1024
-------------------------------------
706560
Private strand的数量受到2个方面的影响:logfile的大小和活跃事务数量。
参数_log_private_mul指定了使用多少logfile空间预分配给Private strand,默认为5。我们可以根据当前logfile的大小(要除去预分配给log buffer的空间)计算出这一约束条件下能够预分配多少个Private strand:
SQL>select bytes from v$log where status = 'CURRENT';
BYTES
----------
52428800
SQLM>select trunc(((select bytes from v$log where status = 'CURRENT') - (select to_number(value) from v$parameter where name = 'log_buffer'))* (select to_number(val.KSPPSTVL)
from sys.x$ksppi nam, sys.x$ksppsv val where nam.indx = val.indx
AND nam.ksppinm = '_log_private_mul') / 100 / 66560) as "calculated private strands" from dual;
calculated private strands
--------------------------
5
SQL>select count(1) "actual private strands" from x$kcrfstrand where last_buf_kcrfa = '00';
actual private strands
----------------------
5
当logfile切换后(和checkpoint一样,切换之前必须要将所有Private strand的内容flush到logfile中,因此我们在alert log中可能会发现日志切换信息之前会有这样的信息:"Private strand flush not complete",这是可以被忽略的),会重新根据切换后的logfile的大小计算对Private strand的限制:
SQL>alter system switch logfile;
System altered.
SQL>select bytes from v$log where status = 'CURRENT';
BYTES
----------
104857600
SQL>select trunc(((select bytes from v$log where status = 'CURRENT') - (select to_number(value) from v$parameter where name = 'log_buffer'))* (select to_number(val.KSPPSTVL) from sys.x$ksppi nam, sys.x$ksppsv val where nam.indx = val.indx AND nam.ksppinm = '_log_private_mul') / 100 / 66560) as "calculated private strands" from dual;
calculated private strands
--------------------------
13
SQL>select count(1) "actual private strands" from x$kcrfstrand where last_buf_kcrfa = '00';
actual private strands
----------------------
13
参数_log_private_parallelism_mul用于推算活跃事务数量在最大事务数量中的百分比,默认为10。Private strand的数量不能大于活跃事务的数量。
SQL>show parameter transactions
NAME TYPE VALUE
------------------------------------
transactions integer 222
transactions_per_rollback_segment integer 5
SQL>select trunc((select to_number(value) from v$parameter where name = 'transactions') * (select to_number(val.KSPPSTVL)
from sys.x$ksppi nam, sys.x$ksppsv val where nam.indx = val.indx
AND nam.ksppinm = '_log_private_parallelism_mul') / 100 ) as "calculated private strands" from dual;
calculated private strands
--------------------------
22
SQL>select count(1) "actual private strands" from x$kcrfstrand where last_buf_kcrfa = '00';
actual private strands
---------------------
22
注:在预分配Private strand时,会选择上述2个条件限制下最小一个数量。但相应的shared pool的内存分配和redo allocation latch的数量是按照活跃事务数预分配的
因此,如果logfile足够大,_log_private_parallelism_mul与实际活跃进程百分比基本相符的话,Private strand的引入基本可以消除redo allocation latch的争用问题。
发表评论
-
SQL Server中临时表与表变量的区别
2011-04-20 10:01 1146转载:http://hi.baidu.com/windy ... -
如何充分利用索引
2011-04-20 09:28 1581转载:http://hi.baidu.com/yf ... -
Oracle的REDO和UNDO
2011-04-20 01:10 23758转载:http://blog.csdn.net/int ... -
数据库索引技术
2011-04-18 10:53 1501转载: 一、 什么是索 ... -
Mysql、SqlServer、Oracle主键自动增长的设置
2011-04-12 00:49 17211、把主键定义为自动增长标识符类型 在mysql中,如果把表 ... -
Spring+Hibernate框架下Mysql读写分离、主从数据库配置(下)
2011-04-08 23:17 2903转载:http://lujia35.iteye.com/blo ... -
Spring+Hibernate框架下Mysql读写分离、主从数据库配置(上)
2011-04-08 23:10 7797转载:http://lujia35.iteye.com/blo ... -
数据库调优涉及哪些方面
2011-04-08 23:08 927以影响程度排序 D1 业务逻辑 (影响最大)D2 ... -
SQL的书写规范
2011-04-08 22:29 1678转载:http://liriguang.iteye.c ... -
分布式可扩展数据库架构
2011-04-08 22:28 1753转载:http://liriguang.iteye.com/b ... -
数据库的垂直划分和水平划分
2011-04-08 21:37 1451转至:http://liriguang.iteye.c ... -
Oracle 常用SQL技巧
2010-11-17 11:37 852转载:http://www.iteye.com/topic/8 ... -
数据库的设计原则与开发技巧
2010-11-16 15:31 946随着计算机技术越 ... -
浅谈数据库设计技巧(表设计)
2010-11-16 15:00 1515便于自己阅读,有部分删改。转自:http://yangguo. ... -
数据库三范示
2010-11-16 14:34 1559一、设计范示 在创建一个数据库的过程中,范化是将其转化为一 ... -
DB设计的常见问题
2010-10-24 16:11 1063转载:http://www.blogjava.net/rela ... -
为oracle创建用户
2009-12-25 10:06 2601Oracle安装完后,其中有 ...
相关推荐
Redo log 是用于恢复和一个高级特性的重要数据,一个redo条目包含了相应操作导致的数据库变化的所有信息,所有redo条目最终都要被写入redo文件中去。Redo log buffer是为了避免Redo文件IO导致性能瓶颈而在sga中分配...
Oracle DG下修改redo log和standby redo log日志大小.txt
ORACLE 修改redo日志文件 大小的方法 供大家参考
介绍Oracle redo log 恢复步骤的文档,图文并茂
Redo log包含所有的数据库变化历史,数据库的所有操作变化,均按照写入重做日志缓冲区先于数据块缓冲区、写入重做日志文件先于写入数据文件;当发生提交动作时,将重做日志缓冲区变化刷到重做日志文件。
42 redo log是直接一条一条写入文件的吗?非也,揭秘redo log block.pdf
Oracle工作总结——日志文件切换频率的调整 Oracle工作总结——日志文件切换频率的调整
43 直接强行把redo log写入磁盘?非也,揭秘redo log buffer.pdf
探索oracle redolog内部结构
文章目录一、MySQL日志文件类型二、几种日志的对比2-1、用途 redo log undo log binlog2-2、存储内容、格式 redo log undo log binlog2-3、日志生成 redo log undo log binlog2-4、删除策略 redo log ...
3000帧动画图解MySQL为什么需要binlog、redo log和undo log.doc
详细的redo日志,不停库迁移方案。 记录完整的迁移过程,简单明了。
2 万字 + 30 张图 | 细聊 MySQL undo log、redo log、binlog 有什么用?.doc
丢失全部数据库文件及全部redolog的恢复方法,可用作RMAN数据库迁移.doc
44 redo log buffer中的缓冲日志,到底什么时候可以写入磁盘?l.pdf
行业-43 直接强行把redo log写入磁盘?非也,揭秘redo log buffer.rar
用java写的一个oracle日志查看器源代码,调用oracle数据库的logminer过程。包含一个不错的日历选择面板
MySQL数据库之undo log和redo log工作原理.png,这是一份图例,画图表示undo log和redo log的工作原理
41 在Buffer Pool执行完增删改之后,写入日志文件的redo log长什么样.pdf
Oracle redo 异常暴增 日志挖掘 logminer