本文章为转载他人文章,方便我的查阅算法
=================================================================================数据库
在本文里你能够了解如下内容编程
一、 ORACLE 实例——包括内存结构与后台进程缓存
二、 ORACLE 数据库——物理操做系统文件的集合安全
三、 了解内存结构的组成服务器
四、 了解后台进程的做用网络
五、 了解数据库的物理文件多线程
六、 解释各类逻辑结构oracle
1、ORACLE实例app
一、ORACLE 实例
System Global Area(SGA) 和 Background Process 称为数据库的实例。
二、ORACLE 数据库
一系列物理文件的集合(数据文件,控制文件,联机日志,参数文件等)
三、系统全局共享区System Global Area(SGA)
System Global Area 是一块巨大的共享内存区域,他被看作是Oracle 数据库的一个大缓冲池,这里的数据能够被ORACLE的各个进程共用。其大小能够经过以下语句查看:
SQL> select * from v$sga;
NAME VALUE
-------------------- ---------
Fixed Size 39816
Variable Size 259812784
Database Buffers 1.049E+09
Redo Buffers 327680
更详细的信息能够参考V$sgastat、V$buffer_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(*) fromscpass ;
COUNT(*)
----------
243
Elapsed: 00:00:00.08
这是在Share_pool 和Data buffer 都没有数据缓冲区的状况下所用的时间
SQL> alter system flush SHARED_POOL;
System altered.
清空Share_pool,保留Data buffer
SQL> select count(*) from scpass ;
COUNT(*)
----------
243
Elapsed: 00:00:00.02
SQL> select count(*) from scpass ;
COUNT(*)
----------
243
Elapsed: 00:00:00.00
从两句SQL 的时间差上能够看出该SQL 的Parse 时间约为00:00:00.02
对于保存在共享池中的SQL语句,能够从V$Sqltext、v$Sqlarea中查询到,对于编程者来讲,要尽可能提升语句的重用率,减小语句的分析时 间。一个设计的差的应用程序能够毁掉整个数据库的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 Executeion of Statements)——容许进程间消息缓冲区的分配,用来协调 并行查询服务器
备份(Backup)——用于RMAN磁盘I/O缓存
四、后台进程(Background process)
后台进程是Oracle的程序,用来管理数据库的读写,恢复和监视等工做。Server Process主要是经过他和user process进行联系和沟通,并由他和user process进行数据的交换。在Unix机器上,Oracle后台进程相对于操做系统进程,也就是说,一个Oracle后台进程将启动一个操做系统进 程;在Windows机器上, Oracle后台进程相对于操做系统线程,打开任务管理器,咱们只能看到一个ORACLE.EXE的进程,可是经过另外的工具,就能够看到包含在这里进程 中的线程。
在Unix上能够经过以下方法查看后台进程:
ps –ef | grep ora_
# ps -ef | grep ora_ | grep XCLUAT
oracle 29431 1 0 Sep 02 2:02 ora_dbwr_SID
oracle 29444 1 0 Sep 02 0:03 ora_ckpt_SID
oracle 29448 1 0 Sep 02 2:42 ora_smon_SID
oracle 29442 1 0 Sep 02 3:25 ora_lgwr_SID
oracle 29427 1 0 Sep 02 0:01 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是一个必须和前台用户进程通讯的进程。当数据被修改的时候,系统会产生一个重作日志并记录在重作日志缓冲区内。这个重作日志能够相似的认为是如下的一个结构:
SCN=000000001000
数据块ID
对象ID=0801
数据行=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 Process
服务进程的分类
专用服务进程(Dedicated Server Process)
一个服务进程对应一个用户进程
共享服务进程(MultiTreaded Server Process)
一个服务进程对应多个用户进程,轮流为用户进程服务。
PGA & UGA
PGA = Process Global Area
UGA = User Global Area
他保存了用户的变量、权限、堆栈、排序空间等用户信息,对于专用服务器进程,UGA在PGA中分配。对于多线程进程,UGA在Large pool中分配。
j、用户进程User Process
在客户端,将用户的SQL 语句传递给服务进程
五、一个贯穿数据库全局的概念----系统改变号SCN(System Change Number)
系统改变号,一个由系统内部维护的序列号。当系统须要更新的时候自动增长,他是系统中维持数据的一致性和顺序恢复的重要标志。
a. 查询语句不会使SCN增长,就算是同时发生的更新,数据库内部对应的SCN也是不一样的。这样一来就保证了数据恢复时候的顺序。
b. 维持数据的一致性
2、ORACLE 数据库
ORACLE数据库的组成——物理操做系统文件的集合。主要包括如下几种。
一、控制文件(参数文件init.ora记录了控制文件的位置)
控制文件包括以下主要信息
数据库的名字,检查点信息,数据库建立的时间戳
全部的数据文件,联机日志文件,归档日志文件信息
备份信息等
有了这些信息,Oracle就知道那些文件是数据文件,如今的重作日志文件是哪些,这些都是系统启动和运行的基本条件,因此他是Oracle运行的根本。若是没有控制文件系统是不可能启动的。控制文件是很是重要的,通常采用多个镜相
控制文件的丢失,将使数据库的恢复变的很复杂。
控制文件信息能够从V$Controlfile中查询得到
二、数据文件(数据文件的详细信息记载在控制文件中)
能够经过以下方式查看数据文件
SQL> select name from v$datafile;
NAME
---------------------------------------------
/u05/dbf/PROD/system_01.dbf
/u06/dbf/PROD/temp_01.dbf
/u04/dbf/PROD/users_01.dbf
/u09/dbf/PROD/rbs_01.dbf
/u06/dbf/PROD/applsys_indx_01.dbf
/u05/dbf/PROD/applsys_data_01.dbf
从以上能够看出,数据文件大体能够分为如下几类:
i. 系统数据文件(system_01.dbf)
存放系统表和数据字典,通常不放用户的数据,可是用户脚本,如过程,函数,包等倒是保存在数据字典中的。
名词解释:数据字典 数据字典是一些系统表或视图,他存放系统的信息,他包括数据库版本,数据文件信息,表与索引等段信息,系统的运行状态等各类和系统有关的信息和用户脚本信息。数据库管理员能够经过对数据字典的查询,就能够了解到Oracle的运行状态。
ii. 回滚段文件(rbs_01.dbf)
若是数据库进行对数据的修改,那么就必须使用回滚段,回滚段是用来临时存放修改前的数据(Before Image)。回滚段一般都放在一个单独的表空间上(回滚表空间),避免表空间碎片化,这个表空间包含的数据文件就是回滚数据文件。
iii. 临时数据文件(temp_01.dbf)
主要存放用户的排序等临时数据,与回滚段类似,临时段也容易引发表空间碎片化,并且没有办法在一个永久表空间上开辟临时段,因此就必须有一个临时表空间,它所包含的数据文件就是临时数据文件,主要用于不能在内存上进行的排序操做。咱们必须为用户指定一个临时表空间。
iv. 用户数据文件(/applsys_data_01.dbf ,applsys_indx_01.dbf)
存放用户数据,这里列举了两类常见的用户型数据,通常数据和索引数据,通常来讲,若是条件许可的话,能够考虑放在不一样的磁盘上。
三、重作日志文件(联机重作日志)
用户对数据库进行的任何操做都会记录在重作日志文件。在了解重作日志以前必须了解重作日志的两个概念,重作日志组和重作日志组成员(Member),一 个数据库中至少要有两个日志组文件,一组写完后再写另外一组,即轮流写。每一个日志组中至少有一个日志成员,一个日志组中的多个日志成员是镜相关系,有利于日 志文件的保护,由于日志文件的损坏,特别是当前联机日志的损坏,对数据库的影响是巨大的。
联机日志组的交换过程叫作切换,须要特别注意的是,日志切换在一个优化效果很差的数据库中会引发临时的“挂起”。挂起大体有两种状况:
在归档状况下,须要归档的日志来不及归档,而联机日志又须要被从新利用
检查点事件尚未完成(日志切换引发检查点),而联机日志须要被从新利用
解决这种问题的经常使用手段是:
i.增长日志组
ii.增大日志文件成员大小
经过v$log能够查看日志组,v$logfile能够查看具体的成员文件。
四、归档日志文件
Oracle能够运行在两种模式之中,归档模式和不归档模式。若是不用归档模式,固然,你就不会有归档日志,可是,你的系统将不会是一个实用系统,特别 是不能用于生产系统,由于你可能会丢失数据。可是在归档模式中,为了保存用户的全部修改,在重作日志文件切换后和被覆盖之间系统将他们另外保存成一组连续 的文件系列,该文件系列就是归档日志文件。
有人或许会说,归档日志文件占领我大量的硬盘空间,其实,具体想想,你是愿意浪费一点磁盘空间来 保护你的数据,仍是愿意丢失你的数据呢?显而义见,咱们须要保证咱们的数据的安全性。其实,归档并非一直占领你的磁盘空间,你能够把她备份到磁带上,或 则删除上一次完整备份前的全部日志文件。
五、初始化参数文件
initSID.ora或init.ora文件,由于版 本的不同,其位置也可能会不同。在8i中,一般位于$ORACLE_HOME/admin//Pfile下,初始化文件记载了许多数据库的启动参数, 如内存,控制文件,进程数等,在数据库启动的时候加载(Nomount时加载),初始化文件记录了不少重要参数,对数据库的性能影响很大,若是不是很了 解,不要轻易乱改写,不然会引发数据库性能降低。
六、其余文件
i . 密码文件
用于Oracle 的具备sysdba权限用户的认证.
ii. 日志文件
报警日志文件(alert.log或alrt.ora)
记录数据库启动,关闭和一些重要的出错信息。数据库管理员应该常常检查这个文件,并对出现的问题做出即便的反应。你能够经过如下SQL 找到他的路径select value from v$PARAMETER where name ="background_dump_dest";
后台或用户跟踪文件
系统进程或用户进程出错前写入的信息,通常不可能读懂,能够经过ORACLE的TKPROF工具转化为能够读懂的格式。对于系统进程产生的跟踪文件与报 警日志文件的路径同样,用户跟踪文件的路径,你能够经过如下SQL找到他的路径select value from v$PARAMETER where name ="user_dump_dest";
3、ORACLE逻辑结构
一、 表空间(tablespace)
表空间是数据库中的基本逻辑结构,一系列数据文件的集合。一个表空间能够包含多个数据文件,可是一个数据文件只能属于一个表空间。
二、 段(Segment)
段是对象在数据库中占用的空间,虽然段和数据库对象是一一对应的,但段是从数据库存储的角度来看的。一个段只能属于一个表空间,固然一个表空间能够有多个段。
表空间和数据文件是物理存储上的一对多的关系,表空间和段是逻辑存储上的一对多的关系,段不直接和数据文件发生关系。一个段能够属于多个数据文件,关于段能够指定扩展到哪一个数据文件上面。
段基本能够分为如下四种
数据段(Data Segment)
索引段(Index Segment)
回滚段(Rollback Segment)
临时段(Temporary Segment)
三、区间(Extent)
关于Extent的翻译有多种解释,有的译做扩展,有的译做盘区,我这里一般译为区间。在一个段中能够存在多个区间,区间是为数据一次性预留的一个较大 的存储空间,直到那个区间被用满,数据库会继续申请一个新的预留存储空间,即新的区间,一直到段的最大区间数(Max Extent)或没有可用的磁盘空间能够申请。 在ORACLE8i以上版本,理论上一个段能够无穷个区间,可是多个区间对ORACLE倒是有性能影响的,ORACLE建议把数据分布在尽可能少的区间上, 以减小ORACLE的管理与磁头的移动。
四、Oracle数据块(Block)
ORACLE最基本的存储单位,他是OS数据块的整数倍。ORACLE的操做都是以块为基本单位,一个区间能够包含多个块(若是区间大小不是块大小的整数倍,ORACLE实际也扩展到块的整数倍)。
五、基本表空间介绍
a. 系统表空间
主要存放数据字典和内部系统表基表
查看数据数据字典的SQL
select * from dict
查看内部系统表的SQL
select * from v$fixed_view_definition
DBA对系统的系统表中的数据字典必须有一个很深入的了解,他们必须准备一些基础的SQL语句,经过这些SQL能够当即了解系统的情况和数据库的状态,这些基本的SQL包括
系统的剩余空间
系统的SGA
状态系统的等待
用户的权限
当前的用户锁
缓冲区的使用情况等
在成为DBA 的道路上咱们不建议你过度的依赖于OEM/Quest 等优秀的数据库管理工具,由于他们不利于你对数据数据字典的理解,SQL语句能够完成几乎所有的数据库管理工做。
大量的读少许的写是该表空间的一个显著的特色。
b. 临时表空间.
临时表空间顾名思义是用来存放临时数据的,例如排序操做的临时空间,他的空间会在下次系统启动的时候所有被释放。
c. 回滚段表空间
i. 回滚段在系统中的做用
当数据库进行更新插入删除等操做的时候,新的数据被更新到原来的数据文件,而旧的数据(Before Image)就被放到回滚段中,若是数据须要回滚,那么能够从回滚段将数据再复制到数据文件中。来完成数据的回滚。在系统恢复的时候, 回滚段能够用来回滚没有被commit 的数据,解决系统的一至性。
回滚段在什么状况下都是大量的写,通常是少许读,所以建议把回滚段单独出来放在一个单独的设备(如单独的磁盘或RAID),以减小磁盘的IO争用。
ii. 回滚段的工做方式
一个回滚表空间能够被划分红多个回滚段.
一个回滚段能够保存多个会话的数据.
回滚段是一个圆形的数据模型
假设回滚段由4 个区间组成,他们的使用顺序就是区间1à区间2à区间3à区间4à区间1。也就是说,区间是能够循环使用的,当区间4到区间1的时候,区间1里面的会话尚未结束, 区间4用完后就不能再用区间1,这时系统必须分配区间5,来继续为其余会话服务服务。
咱们分析一个Update 语句的完成
①. 用户提交一个Update 语句
②. Server Process 检查内存缓冲.
若是没有该数据块的缓冲,则从磁盘读入
i. 若是没有内存的有效空间,DBWR被启动将未写入磁盘的脏缓冲写入磁盘
ii. 若是有有效空间,则读入
③. 在缓冲内更新数据
i. 申请一个回滚段入口,将旧数据写如回滚段
ii. 加锁并更新数据
iii. 并在同时将修改记录在Redo log buffer中