甲骨论31课系统改变号SCN详解

SCN(system change number)，SCN标明日志先后，将时间（字符串）比较转为数字比较，提高效率。

>select dbms_flashback,get_system_change_number,SCN_TO_TIMESTAMP(dbms_flashback.get_system_change_number)from dual; //显示当前SCN号

控制文件使用SCN号：

l  系统SCN：

>selectcheckpoint_change# from v$database;

l  文件SCN：

>selectname,checkpoint_change# from v$datafile;

l  结束SCN：

>selectname,last_change# from v$datafile;

l  检查点信息：

增量检查点发生时，checkpoint进程会将检查点队列的第一个数据块的LRBA地址记录到控制文件中，同时check point发生的时间点记录到控制文件中。

>select CPDRT,CPLRBA_SEQ||’.’||CPLRBA_BNO||’.’CPLRBA_BOF“LowRBA”,CPODR_SEQ||’.’||CPODR_BNO||’.’||CPODR_BOF “OndiskRBA”,CPODS,CPODT,CPHBT from x$kcccp; //触发增量检查点，其中CPODS为On disk RBA对应的SCN号。

控制文件中有个系统SCN号，dbf文件还有个文件SCN号，dbf文件还有结束SCN号，dbf文件头部还有开始SCN号。SCN号的作用是保持数据一致性。

数据库关闭会将buffercache写入磁盘上，同时用“关闭时间点”更新系统SCN、文件SCN、开始SCN、结束SCN。当数据库非正常关闭，则dbf结束SCN为空，下次启动Oracle将进行崩溃恢复。崩溃恢复只需要redo log的提交脏块的部分日志，不需要归档日志。

当将dbf文件换为备份文件(旧SCN)，则Oracle启动时会发现起始SCN的不同，数据库会通过”跑日志””提升SCN”。备份恢复中需要经常用到SCN号。

如果重做日志对应的脏块还没有写入磁盘，则重做日志为INACTIVE状态（不能被覆盖）。

当文件SCN与dbf文件的起始SCN不同，则重做日志会因为太旧而被覆盖。恢复不仅需要重做日志，还需要归档日志。

>show parameter fast_start_mttr_target; //崩溃恢复的前滚时间，默认为0即让系统自行设定

此参数的不当设置会影响DBwriter的写入频率，导致IO数据库繁忙，影响serverprocess读磁盘，影响用户体验。

>alter system set fast_start_mttr_target=600; //设置前滚时间

甲骨论32课事务概述

事务就是一组DML语句（insertdelete update），COMMOT;ROOLBACK;SAVEPOINT ;ROOLBACK TO[SAVEPOINT] ;

>alter user hr account unlock indentified by hr; //将hr用户解锁并改密码为hr

>select xidusn,ubablk,ubafil from v$transaction; //查询事务

>desc v$session //查询当前会话

数据库正常运行，会话登陆上来，有sid和session。会话有10条DML只执行了5条。产生10个脏块，6块写入磁盘，2条还在buffer cache中。此时数据库崩溃，重启时需要跑日志。6个脏块也会重新被构造。会话死掉后不可重构，未完成的事物不能继续完成，由Oracle先前滚，再对未完成的事物回滚。一个事物要么全成功，要么全失败，不存在运行一半就被保存或可访问。****

隐式的提交和回滚：

l  DDL语句（建表desc、删表）前后自动执行commit。

>create table t1(id int,name vatchar2(20)); //建表语句

l  正常退出包括一段时间不操作自动退出会自动执行commit

l  异常退出（如：关窗口、Ctrl+C）也会自动执行commit。Windows中的异常退出会回滚。

实际操作要避免隐式的提交的回滚，DBA**任何操作都要显示的提交和回滚。**

甲骨论33课事务ACID及隔离级别

事务含义ACID：

l  原子性(Atomicity)

事物要么都提交，要么都回退，事物是保证数据一致性的一种方法。例如银行转账。

l  一致性(Consistency)

指事务处理前后，其中的数据都必须满足业务规则约束。

l  隔离性(Isolation)

A会话提出的修改，在未提交前，B会话不能修改这段数据。否则A提交时会出现错误。

l  持久性(Durability)

事务处理后，对数据的修改是永久的，即使系统故障也不会丢失。

隔离机理：

l  >SET TRANSACTION ISOLATION LEVEL SERIALIZABLE; //隔离串行化(只能在非sys用户使用),事物生命周期内（未提交），保持某个表不能改变（即使提交了也就改变）。

l  >SET TRANSACTION ISOLATION LEVEL READ COMMITED;

l  >SET TRANSACTION ISOLATION READ ONLY; //只读

l  >SET TRANSACTION READ WRITE; //默认状态，不用设置

对于隔离机理，要么提交结束事物，要么roolback都可以结束隔离状态。

甲骨论34课undo表空间概述

与普通表空间的区别是，undo表空间中的undo段是自动生成、自动维护（分配段区块）、自动使用的（回滚时使用）

>showparameter undo_tablespace; //查看undo表空间

>selectfile_name,bytes/1024/1024 from dba_data_files where tablespace_name like‘%UNDOTBS%’; //查看undo表空间的空间情况及数据文件存放位置。

系统表空间也有个系统回滚段。当使用（增删数据）数据字典（存放表名、列名、列的数据信息）时需要用system表空间。当undo表空间损坏时也使用system表空间替代。

l  >select * from v$rollname; //查看undo表空间的段

l  >select SEGMENT_NAME,BLOCKS,EXTENTS from dba_segments whereSEGMENT_NAME=’_SYSSMU1$’; //查看表空间中的段

l  >selectSEGMENT_NAME,TABLESPZCE_NAME,EXTNET_ID,FILE_ID,BLOCK_ID,BLOCKS FROM dba_extentswhere SEGMENT_NAME=’SYSSMU1$’; //查看段占用的区

11gR2只需要设定undo表空间大小即可（9i以后自动管理，段区自动分配和释放）。

>show parameter undo; //查看undo表空间参数：管理方式、表空间、undo_retention（以后讲）

如何设置undo表空间后边讲。

甲骨论35课undo段及区的状态和使用

Undo表空间作用：简单地实现了修改前的数据

l  回滚：将修改前的数据保存在undo段中。手动回滚；会话没有完成就死掉了，需要自动回滚以保证数据一致性。

l  读一致性：A会话修改数据（在buffercache中改）且还未提交，则将数据对应的undo段写入CR块，供其它会话读取。保证读取数据都是已提交数据。

l  实例崩溃恢复：前滚之后还需要回滚。

Undo段中区的状态：

l  Free

l  Expired已经提交且超过undo_retention的undo段就可以被覆盖了。Expired原则不覆盖，当free状态的undo段不足时才使用。

l  Inactive已提交的undo段还不可以覆盖，已提交事物对应的回滚表空间中的回滚段中的区尽量再保持一段时间（undo_retention参数）。当空间压力过大时也可能被覆盖。

l  Active未提交所占用的undo段

>select usn,xacts,rssize/1024/1024,hwmsize/1024/10241024,shrinks

From v$rollstat order byrssize; //查看undo段状态

>alter tablespace ndotbs1 retention guarantee //确保inactive区保留足够的时间。

>alter tablespace undotbs1 retention noguarantee

>desc dba_tablespaces

>select tablespace_name,retention from dba_tablespaces; //查看已提交对应的undo段是否确保了undo_retention时间

undo段的使用优先顺序：事物需要占用一个undo段。优先找free区，free区不足自动扩充空间。无法扩充优先使用Expired。Expired不足找Inactive，仍没有空间则事物就挂起了。