视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
Oracle的体系结构概览
2020-11-09 13:11:20 责编:小采
文档


声明:版本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$logfileselect * from v$log (4)password file

声明:版本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 72 1 0 06:22 ? 00:00:00 ora_dbrm_elvis
oracle 76 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 115 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??? k???8blocks

<=m?? 1m???128blocks

<=1g??? 8m????1024blocks

>1g???? m???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;

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

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


作者:elvis_dataguru 发表于2013-6-21 15:07:40 原文链接

阅读:38 评论:0 查看评论

下载本文
显示全文
专题