« IBM ThinkPad-如何激活和关闭数字小键盘 | Blog首页 | What's Mean "reliable message"? »
DMT之后SMON还需要coalesce么?
作者：eygle |【转载时请务必以超链接形式标明文章原始出处和作者信息及本声明】链接：http://www.eygle.com/archives/2008/02/dmt_smon_coalesce.html
在LMT之前，也就是说在DMT中，SMON的一个经常性工作是去合并（coalesce ）相邻的自由空间。
那么在LMT之后，这个工作还需要么?
如果表空间创建是Extent的设置使用的是Uniform Size选项，那么显然在使用过程中自由空间不再需要被合并，因为请求的Extent将和现存的大小一致。
但是即使如此，在Oracle9i的某些版本中，仍然会存在Coalesce所带来的困然。
已知在Oracle 9.2.0.6数据库版本中，你可能会看到如下语句在Top SQL列表中出现：
select f.file#, f.block#, f.ts#, f.length from fet$ f, ts$ t whe re t.ts#=f.ts# and t.dflextpct!=0 and t.bitmapped=0
这个语句就是用于空间管理的，t.dflextpct!=0是查找那些pct_increase不等于0的表空间，t.bitmapped=0是查找那些非本地管理表空间的。
虽然在很多9i之后的数据库中，这个查询的返回值统统是0，但是查询仍然在消耗资源。
虽然这个语句的返回值为0，但是执行计划并不简单：
PARSING IN CURSOR #1 len=115 dep=1 uid=0 oct=3 lid=0 tim=13490086563004 hv=2095543314 ad='54e34f24'
select f.file#, f.block#, f.ts#, f.length from fet$ f, ts$ t where t.ts#=f.ts# and t.dflextpct!=0 and t.bitmapped=0
END OF STMT
PARSE #1:c=0,e=220,p=0,cr=0,cu=0,mis=0,r=0,dep=1,og=4,tim=13490086562995
BINDS #1:
EXEC #1:c=0,e=95,p=0,cr=0,cu=0,mis=0,r=0,dep=1,og=4,tim=13490086563299
FETCH #1:c=0,e=2591,p=0,cr=236,cu=0,mis=0,r=0,dep=1,og=4,tim=13490086565948
STAT #1 id=1 cnt=0 pid=0 pos=1 obj=0 op='NESTED LOOPS '
STAT #1 id=2 cnt=0 pid=1 pos=1 obj=16 op='TABLE ACCESS FULL TS$ '
STAT #1 id=3 cnt=0 pid=1 pos=2 obj=12 op='TABLE ACCESS CLUSTER FET$ '
对于LMT的UNIFORM SIZE和AUTOALLOCATE，两者的区别还是明显的。
在Oracle9i、10g中，可以通过DBA_FREE_SPACE_COALESCED视图来查看各表空间的空间合并情况：
SQL> select * from v$version;-The End-
BANNER
----------------------------------------------------------------
Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production
PL/SQL Release 9.2.0.4.0 - Production
CORE 9.2.0.3.0 Production
TNS for Linux: Version 9.2.0.4.0 - Production
NLSRTL Version 9.2.0.4.0 - Production
SQL> select tablespace_name,extents_coalesced,blocks_coalesced from dba_free_space_coalesced;
TABLESPACE_NAME EXTENTS_COALESCED BLOCKS_COALESCED
------------------------------ ----------------- ----------------
SYSTEM 2 448
UNDOTBS1 15 4312
USERS 1 26416
EYGLE 1 12464
SQL> select tablespace_name,EXTENT_MANAGEMENT,ALLOCATION_TYPE from dba_tablespaces;
TABLESPACE_NAME EXTENT_MAN ALLOCATIO
------------------------------ ---------- ---------
SYSTEM LOCAL SYSTEM
UNDOTBS1 LOCAL SYSTEM
TEMP LOCAL UNIFORM
USERS LOCAL SYSTEM
EYGLE LOCAL SYSTEM
TEMP2 LOCAL UNIFORM
6 rows selected.
By eygle on 2008-02-22 00:04 | Comments (1) | Posted to Case | Edit |Pageviews:
| 相关文章 | 随机文章 |
|
|
生如夏花 回家纪事-之二 如何分配磁盘组(EMC阵列) DBA生存守则之三 探索数据字典,提高自学习Oracle能力 |
网上相关主题:
留言 (1)
看来，在lmt中，smon还是需要合并extents的。
Posted by: maomao at April 21, 2008 4:32 PM
