Oracle的体系结构概览

声明：版本11gR2，CentOS5.8

1 物理结构(文件)

主要性能影响在IO上

（1）controlfile

select * from v$controlfile

（2）datafile

select * from dba_data_files

（3）redo (online logfile)

select * from v$logfile
select * from v$log

（4）password file(sys)

select * from dba_users

(从11g开始password项里变为空了，以免被破解)

2 逻辑结构

2.1 实例

instance(memory[sga]+process[background])

实例=内存（sga）+后台进程（background）

查看内存，可以通过以下视图

select * from v$sga_dynamic_components

 后台进程，可以通过下面视图查看

  select * fromv$bgprocess where paddr!='00';

  我们只关心paddr不等于0的就可以了，等于0的都是没启用

2.2实例的管理

参数文件spfilesid.ora,initsid.ora

两个文件可以互相转化

create spfile from pfile;
create pfile from spfile;

（1）开启实例分为nomount,mount,open三个阶段

l  nomount阶段

在开启到nomount阶段需要使用到参数文件，而从9i版本开始默认优先使用spfile参数文件，如果spfile文件没有就去使用pfile文件，如果pfile文件还没有，就会报找不到pfile文件的错误。

11g有一个新功能，也许是我才发现吧！！！首先先说下数据库开启时，如果参数文件丢失或者损坏，不会导致数据库直接宕掉，但是如果数据库重新启动的话，就会报错，而且如果要是没有个好的备份的话，那是非常麻烦的事情，如果数据库在运行时及时发现了参数文件丢失或者损坏，可以使用如下方法处理：

create pfile from memory;

所以参数文件一定要有个良好的备份。

可以通过v$instance视图查看数据库状态

select status from v$instance;

通过v$bgprocess视图可以查看后台进程的情况

select * from v$bgprocess where paddr<>’00’;

l mount阶段

开启mount阶段需要用到控制文件

可以使用参数control_files查看控制文件所在位置：

show parameter control_files

如果控制文件损坏，在开启数据库的时候就会报错，而且告诉你去alert_sid.log里看具体错误信息，而这个文件所在位置，可以通过background_dump_dest参数去查看：

show parameter background

注：alert_sid.log最大支持到2G大小，所以当业务特殊繁忙或者文件变的比较大的时候需要备份。

l open阶段

11gR2版本—经测试，其他版本不确定

可以从open阶段到mount阶段在到nomount阶段

alter database close;
alter database dismount;
shutdown immediate

（2）关闭实例

1.normal

2.transactional

系统有事务的时候就关闭不了

系统有没有事务可以查看v$transaction视图

3.immediate

4.abort

2.3 参数的粗略概述

用db_cache_size和processes两个参数举例

首先查看v$parameter视图可以查看是否是静态参数或者是动态

select name,issys_modifiablefromv$parameter wherename in ('db_cache_size','processes');
NAME             ISSYS_MOD
--------------------      ---------
processes            FALSE
db_cache_size        IMMEDIATE

从ISSYS_MOD字段可以看出db_cache_size参数是立即生效，所以从这个可以看出db_cache_size字段是动态参数。

注意：其中processes参数如果过多比如更改为50000个数量的时候，数据库在重新启动的时候会挂住。

 

2.4 session(process)

A）process

select * from v$process;

包含v$bgprocess

l  通过如下以下方法可以追溯到OS系统的进程

SQL> select distinct sid fromv$mystat;
       SID
----------
        37
SQL> select sid,paddr fromv$session where sid=37;
       SID PADDR
---------- --------
        37 43BC365C
SQL> select addr,pid,spidfrom v$process where addr='43BC365C';
ADDR            PID SPID
-------- ----------------------------------
43BC365C         20 11633
[root@elvis ~]# ps -ef | grepora
root      3762 3732  0 May30 ?        00:01:02 hald-addon-storage: polling/dev/hdc
oracle    4604    1  0 May30 ?        00:00:02/u01/oracle/product/11.2.0/dbhome_1/bin/tnslsnr LISTENER -inherit
oracle    7624    1  0 06:22 ?        00:00:07 ora_pmon_elvis
oracle    7628    1  0 06:22 ?        00:00:35 ora_vktm_elvis
oracle    7634    1  0 06:22 ?        00:00:00 ora_gen0_elvis
oracle    7638    1  0 06:22 ?        00:00:01 ora_diag_elvis
oracle    7642    1  0 06:22 ?        00:00:00 ora_dbrm_elvis
oracle    7646    1  0 06:22 ?        00:00:01 ora_psp0_elvis
oracle    7650    1  0 06:22 ?        00:00:35 ora_dia0_elvis
oracle    7654    1  0 06:22 ?        00:00:05 ora_mman_elvis
oracle    7658    1  0 06:22 ?        00:00:03 ora_dbw0_elvis
oracle    7662    1  0 06:22 ?        00:00:02 ora_lgwr_elvis
oracle    7666    1  0 06:22 ?        00:00:16 ora_ckpt_elvis
oracle    7670    1  0 06:22 ?        00:00:06 ora_smon_elvis
oracle    7674    1  0 06:22 ?        00:00:00 ora_reco_elvis
oracle    7678    1  0 06:22 ?        00:00:11 ora_mmon_elvis
oracle    7682    1  0 06:22 ?        00:00:07 ora_mmnl_elvis
oracle    7686    1  0 06:23 ?        00:00:00 ora_d000_elvis
oracle    7690    1  0 06:23 ?        00:00:00 ora_s000_elvis
oracle    9125    1  0 10:26 ?        00:00:00 ora_arc0_elvis
oracle    9129    1  0 10:26 ?        00:00:00 ora_arc1_elvis
oracle    9133    1  0 10:26 ?        00:00:00 ora_arc2_elvis
oracle    9137    1  0 10:26 ?        00:00:00 ora_arc3_elvis
oracle    9177    1  0 10:31 ?        00:00:00 ora_smco_elvis
root     11596 11564  0 16:36 pts/0    00:00:00 su - oracle
oracle   11597 11596 0 16:36 pts/0    00:00:00 -bash
oracle   11629 11597 0 16:36 pts/0    00:00:00 rlwrapsqlplus / as sysdba
oracle   11630 11629 0 16:36 pts/1    00:00:00sqlplus   as sysdba
oracle   11633 11630 0 16:36 ?        00:00:00oracleelvis (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
oracle   11637    1  0 16:36 ?        00:00:01 oracleelvis (LOCAL=NO)
oracle   11678    1  0 16:38 ?        00:00:00 oracleelvis (LOCAL=NO)
oracle   11682    1  0 16:39 ?        00:00:00 ora_w000_elvis
root     11735 11695  0 16:42 pts/2    00:00:00 grep ora

注：如果是windows环境下情况较复杂，具体的进程ID需要去查看线程，而Windows不能直接查看进程下的线程必须通过第三方工具去查看。

l  从进程资源占用情况追溯到session

这种情况下，可以查找到是哪个session在占用大量资源，甚至能查找到

B）session

l  资源视图—重要

select * from v$resource_limit;

l  命令类型视图，根据v$session视图里的command列判断

select * from audit_actions;

l 通过session视图的sql_id列，查看到sql语句

select * from v$sql where sql_id=’  ’;

模拟消耗资源的死循环的语句

declare
number:=0;
begin loop
i:=1;
end loop:
end;

找到后Kill掉session

alter system kill session ’67,23’;

或者直接Kill掉进程

Window下是orakill命令，服务器端具备

Linux下是kill,top,ps –ef | grep ora等命令

Kill用法

--kill -9 sid 强制kill掉

C）connection

专有连接

共享连接

基本不使用，了解即可

池中连接

3 深入逻辑结构

3.1 表空间

database->tablespace->segments->extents->osblocks

===============================================

 selelct * from dba_tablespaces;
 select * from dba_data_files;
 select * from dba_temp_files;
 select * from dba_segment;

 --一个表空间可以包含最多1023个数据文件

注：从11g开始有延迟段的概念，就是表中无数据的话，Oracle不分配空间

通过参数deferred_segment_creation查看延迟段的开启情况

--show parameterdeferred_segment_creation

===============================================

创建一个表空间

 create tablespace orcl datafile 'E:\ORADATA\orcl\orcl01.dbf' size 10M;

然后创建一个表并指定存到orcl表空间中

 create table t(id int) tablespace orcl;

表空间的分配方式 （extent为单位）

autoallocate（默认）

<=1m    64k   8blocks

<=64m   1m   128blocks

<=1g    8m    1024blocks

>1g     64m   8096blocks

Uniform [指定增长大小]

始终都会按指定的大小增长

分配方式可以查看dba_tablespace视图中allocate_type字段为system就是默认  

在关掉这个表空间

 alter tablespace orcl offline;

->notes:虽然表不能访问和修改了，但可以删除，相当于数据库

  关闭了，只不过这是局部关闭。

回收站命令 show recyclebin 可以查询，但不可以对回收站里的表执行DDL/DML

 select * from " BIN$wHUg/RiVRxuXtwyypSxnTw==$0 TABLE" ;

从回收站里拿出来 闪回

flashback table t to before drop;

 

================================================

可以使用EM来观察表空间的使用率

 --登录->administration->tablespace

3.2 表空间和数据文件的管理

创建一个表

 create table tt tablespace orcl as select * from dba_objects;

持续插入数据

insert into tt select * from tt;

当表空间大小不足时,扩展表空间大致有以下几种方式：

1.直接扩展数据文件大小

 alter database datafile file_id resize 20M;

2.自动扩展数据文件大小

 alter database datafile 5 autoextend on next 1M maxsize 1024M;

3.手动扩展表空间的大小

alter tablespace orcl add datafile 'D:\oradata\orcl\orcl02.dbf'
 autoextend on next 1M maxsize 1024M;

为tt表分配了40M的空间大小且会显示但里面没有数据是空的（插入会遵循有空间的优先插入）

alter table tt allocate extent(datafile'D:\oradata\orcl\orcl02.dbf' size 40M);

查看表中块的使用情况方法：

1.包的方式

execdbms_stats.gather_table_stats(‘table’,’TEST’);

2.分析表—这种更准确

analyze table tt computestatistics;

从10g开始可以为tt表紧缩

alter table t shrink space;

但紧缩需要行移动（row movement）

alter table t shrink space;

这样就可以紧缩了。。。

查看row movement 是否可以移动

select * from dba_tables where table_name='T';

===============================================================

把表t移动到表空间2里，观察会有什么变化

alter table t move tablespace orcl02;

案例一：

 优化问题,观察磁盘读取速率及各个文件的读取情况。

 视图：

 --dba打头的属于静态数据来自于system里的数据字典

  --v$打头的属于动态，一般来自于控制文件等，且存储在内存中，所以服务器尽量不要重启，重启后，动态信息会消失，当然从10g

 开始oracle已经每隔一个小时会存储下动态信息

select * from v$filestat;

3.3 undo表空间

创建undo表空间

create undo tablespace undotbs2 database'E:\oradata\orcl\undotbs02.dbf' size 10M;

在表t中加入一列

alter table t add name varchar2(10) default 'a';
 insert into t values(1,'elvis');
 insert into t values(2,'elvis');
 commit;

然后更新下列值

 updata t set name='c' where id=1;
 select * from t;

不提交通过另外一个窗口同一个用户身份去查询观察。

 --当然不会看到，因为没有提交