精品ORACLE,体系结构

精品ORACLE 体系结构 概要 在本章里你可以了解以下内容 1、 ORACLE 实例包括内存结构与后台进程 2、 ORACLE 数据库物理操作系统文件的集合 3、 了解内存结构的组成 4、 了解后台进程的作用 5、 了解数据库的物理文件 6、 解释各种逻辑结构 一、ORACLE事例 1、ORACLE 实例 System Global AreaSGA 和 Background Process 被成为数据库的实例。

2、ORACLE 数据库 一系列物理文件的集合(数据文件,控制文件,联机日志,参数文件等) 3、系统全局共享区System Global AreaSGA System Global Area 是一块巨大的共享内存区域,他被看做是Oracle 数据库的一个大缓冲池,这里的数据可以被ORACLE的各个进程共用。其大小可以通过如下语句查看 SQL select * from vsga; NAME VALUE -------------------- --------- Fixed Size 39816 Variable Size 259812784 Database Buffers 1.049E09 Redo Buffers 327680 更详细的信息可以参考Vsgastat、Vbuffer_pool 主要包括以下几个部分 a、 共享池Shared pool 共享池是SGA中最关键的内存片段,特别是在性能和可伸缩性上。一个太小的共享池会扼杀性能,使系统停止,太大的共享池也会有同样的效果,将会消耗大量的CPU来管理这个共享池。不正确的使用共享池只会带来灾难。共享池主要又可以分为以下两个部分 SQL语句缓冲Library Cache 当一个用户提交一个SQL语句,Oracle会将这句SQL进行分析parse,这个过程类似于编译,会耗费相对较多的时间。在分析完这个SQL,Oracle会把他的分析结果给保存在Shared pool的Library Cache中,当数据库第二次执行该SQL时,Oracle自动跳过这个分析过程,从而减少了系统运行的时间。这也是为什么第一次运行的SQL 比第二次运行的SQL要慢一点的原因。

下面举例说明parse的时间 SQL select count* from scpass ; COUNT* ---------- 243 Elapsed 000000.08 这是在Share_pool 和Data buffer 都没有数据缓冲区的情况下所用的时间 SQL alter system SHARED_POOL; System altered. 清空Share_pool,保留Data buffer SQL select count* from scpass ; COUNT* ---------- 243 Elapsed 000000.02 SQL select count* from scpass ; COUNT* ---------- 243 Elapsed 000000.00 从两句SQL 的时间差上可以看出该SQL 的Parse 时间约为000000.02 对于保存在共享池中的SQL语句,可以从VSqltext、vSqlarea中查询到,对于编程者来说,要尽量提高语句的重用率,减少语句的分析时间。一个设计的差的应用程序可以毁掉整个数据库的Share pool,提高SQL语句的重用率必须先养成良好的变成习惯,尽量使用Bind变量。

数据字典缓冲区Data Dictionary Cache 显而易见,数据字典缓冲区是ORACLE特地为数据字典准备的一块缓冲池,供ORACLE内部使用,没有什么可以说的。

b、块缓冲区高速缓存Database Buffer Cache 这些缓冲是对应所有数据文件中的一些被使用到的数据块。让他们能够在内存中进行操作。在这个级别里没有系统文件,,户数据文件,临时数据文件,回滚段文件之分。也就是任何文件的数据块都有可能被缓冲。数据库的任何修改都在该缓冲里完成,并由DBWR进程将修改后的数据写入磁盘。

这个缓冲区的块基本上在两个不同的列表中管理。一个是块的“脏”表Dirty List,需要用数据库块的书写器DBWR来写入,另外一个是不脏的块的列表Free List,一般的情况下,是使用最近最少使用Least Recently Used,LRU算法来管理。

块缓冲区高速缓存又可以细分为以下三个部分(Default pool,Keep pool,Recycle pool)。如果不是人为设置初始化参数Init.ora,ORACLE将默认为Default pool。

由于操作系统寻址能力的限制,不通过特殊设置,在32位的系统上,块缓冲区高速缓存最大可以达到1.7G,在64位系统上,块缓冲区高速缓存最大可以达到10G。

c、重做日志缓冲区Redo log buffer 重做日志文件的缓冲区,对数据库的任何修改都按顺序被记录在该缓冲,然后由LGWR进程将它写入磁盘。这些修改信息可能是DML语句,如Insert,Update,Delete,或DDL语句,如Create,Alter,Drop等。

重做日志缓冲区的存在是因为内存到内存的操作比较内存到硬盘的速度快很多,所以重作日志缓冲区可以加快数据库的操作速度,但是考虑的数据库的一致性与可恢复性,数据在重做日志缓冲区中的滞留时间不会很长。所以重作日志缓冲区一般都很小,大于3M之后的重作日志缓冲区已经没有太大的实际意义。

d、Java程序缓冲区Java Pool Java 的程序区,Oracle 8I 以后,Oracle 在内核中加入了对Java的支持。该程序缓冲区就是为Java 程序保留的。如果不用Java程序没有必要改变该缓冲区的默认大小。

e、大池Large Pool 大池的得名不是因为大,而是因为它用来分配大块的内存,处理比共享池更大的内存,在8.0开始引入。

下面对象使用大池 MTS在SGA的Large Pool中分配UGA 语句的并行查询Parallel cuteion of Statements允许进程间消息缓冲区的分配,用来协调并行查询服务器 备份Backup用于RMAN磁盘I/O缓存 4、后台进程Background process 后台进程是Oracle的程序,用来管理数据库的读写,恢复和监视等工作。Server Process主要是通过他和user process进行联系和沟通,并由他和user process进行数据的交换。在Unix机器上,Oracle后台进程相对于操作系统进程,也就是说,一个Oracle后台进程将启动一个操作系统进程;
在Windows机器上,Oracle后台进程相对于操作系统线程,打开任务管理器,我们只能看到一个ORACLE.的进程,但是通过另外的工具,就可以看到包含在这里进程中的线程。

在Unix上可以通过如下方法查看后台进程 ps –ef | grep ora_ ps -ef | grep ora_ | grep XCLUAT oracle 29431 1 0 Sep 02 202 ora_dbwr_SID oracle 29444 1 0 Sep 02 003 ora_ckpt_SID oracle 29448 1 0 Sep 02 242 ora_smon_SID oracle 29442 1 0 Sep 02 325 ora_lgwr_SID oracle 29427 1 0 Sep 02 001 ora_pmon_SID a、Oracle系统有5 个基本进程他们是 DBWR数据文件写入进程 LGWR日志文件写入进程 SMON系统监护进程 PMON用户进程监护进程 CKPT检查点进程,同步数据文件, 日志文件,控制文件 b、DBWR 将修改过的数据缓冲区的数据写入对应数据文件 维护系统内的空缓冲区 这里指出几个容易错误的概念 当一个更新提交后,DBWR把数据写到磁盘并返回给用户提交完成. DBWR会触发CKPT 后台进程 DBWR不会触发LGWR 进程 上面的概念都是错误的. DBWR是一个很底层的工作进程,他批量的把缓冲区的数据写入磁盘。和任何前台用户的进程几乎没有什么关系,也不受他们的控制。至于DBWR会不会触发LGWR和CKPT进程,我们将在下面几节里讨论。

DBWR工作的主要条件如下 DBWR 超时 系统中没有多的空缓冲区用来存放数据 CKPT 进程触发DBWR 等 c、LGWR 将重做日志缓冲区的数据写入重做日志文件,LGWR是一个必须和前台用户进程通信的进程。当数据被修改的时候,系统会产生一个重做日志并记录在重做日志缓冲区内。这个重做日志可以类似的认为是以下的一个结构 SCN000000001000 数据块ID 对象ID0801 数据行02 修改后的数据0011 提交的时候,LGWR必须将被修改的数据的重做日志缓冲区内数据写入日志数据文件,然后再通知前台进程提交成功,并由前台进程通知用户。从这点可以看出LGWR承担了维护系统数据完整性的任务。

LGWR 工作的主要条件如下 用户提交 有1/3 重做日志缓冲区未被写入磁盘 有大于1M 重做日志缓冲区未被写入磁盘 超时 DBWR需要写入的数据的SCN号大于LGWR 记录的SCN号,DBWR 触发LGWR写入 d、SMON 工作主要包含 清除临时空间 在系统启动时,完成系统实例恢复 聚结空闲空间 从不可用的文件中恢复事务的活动 OPS中失败节点的实例恢复 清除OBJ表 缩减回滚段 使回滚段脱机 e、PMON 主要用于清除失效的用户进程,释放用户进程所用的资源。如PMON将回滚未提交的工作,释放锁,释放分配给失败进程的SGA资源。

f、CKPT 同步数据文件,日志文件和控制文件,由于DBWR/LGWR的工作原理,造成了数据文件,日志文件,控制文件的不一至,这就需要CKPT进程来同步。CKPT会更新数据文件/控制文件的头信息。

CKPT工作的主要条件如下 在日志切换的时候 数据库用immediate ,transaction , normal 选项shutdown 数据库的时候 根据初始话文件LOG_CHECKPOINT_INTERVAL、LOG_CHECKPOINT_TIMEOUT、FAST_START_IO_TARGET 的设置的数值来确定 用户触发 以下进程的启动需要手工配置 g、ARCH 当数据库以归档方式运行的时候,Oracle会启动ARCH进程,当重做日志文件被写满时,日志文件进行切换,旧的重做日志文件就被ARCH进程复制到一个/多个特定的目录/远程机器。这些被复制的重做日志文件被叫做归档日志文件。

h、RECO 负责解决分布事物中的故障。Oracle可以连接远程的多个数据库,当由于网络问题,有些事物处于悬而未决的状态。RECO进程试图建立与远程服务器的通信,当故障消除后,RECO进程自动解决所有悬而未决的会话。

i、服务进程Server Pro