oracle并行 commit_详解Oracle数据库SMON进程

概述

Oracle数据库的SMON(system monitor process)--系统监控后台进程，有时候也被叫做system cleanup process，这么叫的原因是它负责完成很多清理(cleanup)任务。基本有学习过Oracle基础知识的都或多或少对该background process的功能有所了解。

很多时候我们只是知道有这么个进程，但是对他干的一些具体内容可能不是很了解，今天主要分享下这方面内容。

---

SMON进程

重要的后台进程，实例启动时负责实例的恢复。还会清理不再被使用的临时段。在并行服务器环境下，该进程对有故障的实例、故障CPU进行实例恢复。SMON会消耗很多的CPU。SMON会被周期性的唤醒，执行一些事务(下面介绍下工作内容)。

SMON是个兢兢业业的家伙，它负责完成一些列系统级别的任务。与PMON(Process Monitor)后台进程不同的是，SMON负责完成更多和整体系统相关的工作，这导致它会去做一些不知名的”累活”，当系统频繁产生这些”垃圾任务”，则SMON可能忙不过来。

---

工作内容

1、清理临时表空间

举例：当建立一个索引，在创建期间分配给索引的扩展区被标识为temporary。如果create index会话因某些原因异常 中断，SMON会负责清理。其它操作创建的临时扩展区，SMON同样是会这样处理的。

可以通过以下查询了解数据库中Temporary Extent的总数，在一定时间内比较其总数，若有所减少那么说明SMON正在清理Temporary segment

SELECT COUNT(*) FROM DBA_EXTENTS WHERE SEGMENT_TYPE='TEMPORARY';

也可以通过v$sysstat视图中的”SMON posted for dropping temp segment”事件统计信息来了解SMON收到清理要求的情况:

SQL> select name,value from v$sysstat where name like '%SMON%';

2、清理回滚段

SMON将执行回滚段的自动收缩到它的optimal尺寸(前提是已经被设置了)。

3、合并空闲空间

举例：如果正在使用数据字典管理表空间，SMON会负责把那些在表空间中空间的并且相互近邻的extent接合成一个 较大的空闲扩展区(前提是默认的pctincrease设置为非零的存储子句的字典管理表空间)。

以下查询可以检查数据库中空闲Extents的总数，如果这个总数在持续减少那么说明SMON正在coalesce free space：

SELECT COUNT(*) FROM DBA_FREE_SPACE;

在合并区间时SMON需要排他地(exclusive)持有ST(Space Transaction)队列锁， 其他会话可能因为得不到ST锁而等待超时出现ORA-01575错误。同时SMON可能在繁琐的coalesce操作中消耗100%的CPU。

4、将不可用文件事务恢复为活动

SMON的作用还包括清理死事务:Recover Dead transaction。当服务进程在提交事务(commit)前就意外终止的话会形成死事务(dead transaction)，PMON进程负责轮询Oracle进程，找出这类意外终止的死进程(dead process)，通知SMON将与该dead process相关的dead transaction回滚清理，并且PMON还负责恢复dead process原本持有的锁和latch。

举例：假设如果文件可能已经不可用或没装载到磁盘上时。SMON将会恢复它。这个类似于启库期间。文件不能用于 恢复，SMON恢复在实例恢复期间跳过的故障事务。

fast_start_parallel_rollback参数决定了SMON在回滚事务时使用的并行度，若将该参数设置为false那么并行回滚将被禁用，若设置为Low(默认值)那么会以2*CPU_COUNT数目的并行度回滚，当设置为High则4*CPU_COUNT数目的回滚进程将参与进来。当我们通过以下查询发现系统中存在大的dead tranacation需要回滚时我们可以通过设置fast_start_parallel_rollback为HIGH来加速恢复。

5、RAC故障节点的实例恢复

举例：集群环境下，当一个节点实例崩溃时，集群中的其它几点将开启故障的实例的重做日志文件，为故障实例执行 所有数据的恢复。

6、清理OBJ$基表

SMON的作用还包括清理obj$数据字典基表(cleanup obj$)

OBJ$字典基表是Oracle Bootstarp启动自举的重要对象之一。

SQL> select sql_text from bootstrap$ where sql_text like 'CREATE TABLE OBJ$%';

OBJ$基表是一张低级数据字典表，该基表几乎对库中的每个对象(表、索引、包、视图等)都包含有一行记录。很多情况下，这些条目所代表的对象是不存在的对象(non-existent)，引起这种现象的一种可能的原因是对象本身已经被从数据库中删除了，但是对象条目仍被保留下来以满足消极依赖机制(negative dependency)。因为这些条目的存在会导致OBJ$表不断膨胀，这时就需要由SMON进程来删除这些不再需要的行。SMON会在实例启动(after startup of DB is started cleanup function again)时以及启动后的每12个小时执行一次清理任务(the cleanup is scheduled to run after startup and then every 12 hours)。

可以通过以下查询来了解obj$基表中NON-EXISTENT对象的条目总数(type#=10)，若这个总数在不断减少说明smon正在执行清理工作

 select trunc(mtime), substr(name, 1, 3) name, count(*) from obj$ where type# = 10 and not exists (select * from dependency$ where obj# = p_obj#) group by trunc(mtime), substr(name, 1, 3); select count(*) from user$ u, obj$ o where u.user#(+) = o.owner# and o.type# = 10 and not exists (select p_obj# from dependency$ where p_obj# = o.obj#);

7、回滚段的脱机

当实际应用中需要对active事务的回滚段进行脱机或不可用时，回滚段不是真正意义上的脱机，它被标志为“offline”，在后台进程中，SMON将周期性的使它真正脱机，直到完成为止。

$ps -ef|grep 'ora_.*' --可以查看运行进程有哪些--进程命名格式：ora_进程具体名字_实例名

---

Oracle数据库smon进程主要做的几个方面就这些了，实际上它还有很多的维护基表内容，有兴趣可以深入研究下。后面会分享更多devops和DBA方面的内容，感兴趣的朋友可以关注一下~