还剩3页未读,继续阅读
文本内容:
ORACLE临时表空间使用率过高的原因及解决方案在数据库的日常学习中,发现公司生产数据库的默认临时表空间temp使用情况达到了30G,使用率达到了100%;待调整为32G后,使用率还是为100%,导致磁盘空间使用紧张根据临时表空间的主要是对临时数据进行排序和缓存临时数据等特性,待重启数据库后,temp会自动释放于是想通过重启数据库的方式来缓解这种情况,但是重启数据库之后,发现临时表空间temp的使用率还是100%,一点没变虽然运行中应用暂时没有报什么错误,但是这在一定程度上存在一定的隐患,有待解决该问题由于临时表空间主要使用在以下几种情况
1、orderbyorgroupbydiscsort占主要部分;
2、索引的创建和重创建;
3、distinct操作;
4、unionintersectminussort-mergejoins;
5、Analyze操作;
6、有些异常也会引起TEMP的暴涨Oracle临时表空间暴涨的现象经过分析可能是以下几个方面的原因造成的
1.没有为临时表空间设置上限,而是允许无限增长但是如果设置了一个上限,最后可能还是会面临因为空间不够而出错的问题,临时表空间设置太小会影响性能,临时表空间过大同样会影响性能,至于需要设置为多大需要仔细的测试
2.查询的时候连表查询中使用的表过多造成的我们知道在连表查询的时候,根据查询的字段和表的个数会生成一个迪斯卡尔积,这个迪斯卡尔积的大小就是一次查询需要的临时空间的大小,如果查询的字段过多和数据过大,那么就会消耗非常大的临时表空间
3.对查询的某些字段没有建立索引Oracle中,如果表没有索引,那么会将所有的数据都复制到临时表空间,而如果有索引的话,一般只是将索引的数据复制到临时表空间中针对以上的分析,对查询的语句和索引进行了优化,情况得到缓解,但是需要进一步测试总结
1.SQL语句是会影响到磁盘的消耗的,不当的语句会造成磁盘暴涨
2.对查询语句需要仔细的规划,不要想当然的去定义一个查询语句,特别是在可以提供用户自定义查询的软件中
3.仔细规划表索引如果临时表空间是temporary的,空间不会释放,只是在sort结束后被标记为free的,如果是permanent的,由SMON负责在sort结束后释放,都不用去手工释放的查看有哪些用户和SQL导致TEMP增长的两个重要视图v$sort_usage和v$sort_segment通过查询相关的资料,发现解决方案有如下几种
一、重建临时表空间tempTemporarytablespace是不能直接drop默认的临时表空间的,不过我们可以通过以下方法达到查看目前的TemporaryTablespaceSQLselectnamefromv$tempfile;NAME———————————————————————D:\ORACLE\ORADATA\ORCL\TEMP
01.DBFSQLselectusernametemporary_tablespacefromdba_users;USERNAMETEMPORARY_TABLESPACE------------------------------------------------------------MGMT_VIEWTEMPSYSTEMPSYSTEMTEMPDBSNMPTEMPSYSMANTEMP
1.创建中转临时表空间createtemporarytablespaceTEMP1TEMPFILED:\ORACLE\ORADATA\ORCL\temp
02.DBFSIZE512MREUSEAUTOEXTENDONNEXT1MMAXSIZEUNLIMITED;
2.改变缺省临时表空间为刚刚创建的新临时表空间temp1alterdatabasedefaulttemporarytablespacetemp1;
3.删除原来临时表空间droptablespacetempincludingcontentsanddatafiles;
4.重新创建临时表空间createtemporarytablespaceTEMPTEMPFILED:\ORACLE\ORADATA\ORCL\temp
01.DBFSIZE512MREUSEAUTOEXTENDONNEXT1MMAXSIZEUNLIMITED;
5.重置缺省临时表空间为新建的temp表空间alterdatabasedefaulttemporarytablespacetemp;
6.删除中转用临时表空间droptablespacetemp1includingcontentsanddatafiles;以上的方法只是暂时释放了临时表空间的磁盘占用空间,是治标但不是治本的方法,真正的治本的方法是找出数据库中消耗资源比较大的sql语句,然后对其进行优化处理下面是查询在sort排序区使用的执行耗时的SQL Selectse.usernamese.sidsu.extentssu.blocks*to_numberrtrimp.valueasSpacetablespacesegtypesql_textfromv$sort_usagesuv$parameterpv$sessionsev$sqlswherep.name=db_block_sizeandsu.session_addr=se.saddrands.hash_value=su.sqlhashands.address=su.sqladdrorderbyse.usernamese.sid;或是Selectsu.usernamesu.Extentstablespacesegtypesql_textfromv$sort_usagesuv$sqlsWheresu.SQL_ID=s.SQL_ID;注如果原临时表空间无用户使用selecttablespace_namecurrent_userstotal_blocksused_blocksfree_blocksfree_blocks/total_blocksfromv$sort_segment;如果是文件系统可以看看文件的时间戳我们可以删除该表空间如果原临时表空间还有用户在使用,你是删除不了这个表空间的!在一次生产环境的临时表空间切换中,原临时表空间始终有用户在上面,即使我关闭了前台程序,也还是有用户,新的临时表空间已经没有用户在使用了我估计用户进程已经死在原临时表空间了,后来只有重新启动数据库才能把原来旧的临时表空间给删除
二、修改参数(这个方案紧适用于8i及8i以下的版本)修改一下TEMP表空间的storage参数,让Smon进程观注一下临时段,从而达到清理和TEMP表空间的目的SQLaltertablespacetempincrease1;SQLaltertablespacetempincrease0;
三、Killsession
1、使用如下语句a查看一下认谁在用临时段SELECTse.usernamese.SIDse.serial#se.sql_addressse.machinese.programsu.TABLESPACEsu.segtypesu.CONTENTSfromv$sessionsev$sort_usagesuWHEREse.saddr=su.session_addr
2、kill正在使用临时段的进程SQLAltersystemkillsessionsidserial#;
3、把TEMP表空间回缩一下SQLAltertablespaceTEMPcoalesce;注这处方法只能针对字典管理表空间DictionaryManagedTablespace于本地管理表空间(LMT:LocalManagedTablespace),不需要整理的9i以后只能创建本地管理的表空间CREATETABLESPACETESTDATAFILED:\TEST
01.dbfSIZE5MEXTENTMANAGEMENTDICTIONARYCREATETABLESPACETESTDATAFILED:\TEST
01.dbfSIZE5MEXTENTMANAGEMENTLOCAL;
四、使用诊断事件,也是相对有效的一种方法
1、查询事件代码SQLselectts#namefromsys.ts$;TS#NAME----------------------------------------0SYSTEM1UNDOTBS12SYSAUX3TEMP4USERS5UNDOTBS
22、执行清理操作SQLaltersessionseteventsimmediatetracenameDROP_SEGMENTSlevel4;说明temp表空间的TS#为3SoTS#+1=4oracle临时表空间过大的原因Oracle临时表空间主要是用来做查询和存放一些缓存的数据的,磁盘消耗的一个主要原因是需要对查询的结果进行排序,如果没有猜错的话,在磁盘空间的(内存)的分配上,Oracle使用的是贪心算法,如果上次磁盘空间消耗达到1GB,那么临时表空间就是1GB,如果还有增长,那么依此类推,临时表空间始终保持在一个最大的上限Oracle临时表空间暴涨的现象经过分析可能是以下几个方面的原因造成的
1.没有为临时表空间设置上限,而是允许无限增长但是如果设置了一个上限,最后可能还是会面临因为空间不够而出错的问题,临时表空间设置太小会影响性能,临时表空间过大同样会影响性能,至于需要设置为多大需要仔细的测试
2.查询的时候连表查询中使用的表过多造成的我们知道在连表查询的时候,根据查询的字段和表的个数会生成一个迪斯卡尔积,这个迪斯卡尔积的大小就是一次查询需要的临时空间的大小,如果查询的字段过多和数据过大,那么就会消耗非常大的临时表空间
3.对查询的某些字段没有建立索引Oracle中,如果表没有索引,那么会将所有的数据都复制到临时表空间,而如果有索引的话,一般只是将索引的数据复制到临时表空间中针对以上的分析,对查询的语句和索引进行了优化,情况得到缓解,但是需要进一步测试总结
1.SQL语句是会影响到磁盘的消耗的,不当的语句会造成磁盘暴涨
2.对查询语句需要仔细的规划,不要想当然的去定义一个查询语句,特别是在可以提供用户自定义查询的软件中
3.仔细规划表索引如果临时表空间是temporary的,空间不会释放,只是在sort结束后被标记为free的,如果是permanent的,由SMON负责在sort结束后释放,都不用去手工释放的查看有哪些用户和SQL导致TEMP增长的两个重要视图v$sort_usage和v$sort_segment对于非LMT管理方式的TEMP表空间,最简单的方法是Metalink给出的一个方法修改一下TEMP表空间的storage参数,让Smon进程观注一下临时段,从而达到清理和TEMP表空间的目的SQLaltertablespacetempdefaultstoragepctincrease1;SQLaltertablespacetempdefaultstoragepctincrease0;而对于LMT管理方式的TEMP表空间,需要重新建立一个新的临时表空间,将所有用户的默认临时表空间指定到新的表空间上,然后offline旧的临时表空间,并drop掉具体步骤如下首先查询用户的缺省临时表空间:[oracle@jumperoracle]$sqlplus/assysdbaSQL*Plus:Release
9.
2.
0.
4.0-ProductiononWedApr1211:11:432006Copyrightc19822002OracleCorporation.Allrightsreserved.Connectedto:Oracle9iEnterpriseEditionRelease
9.
2.
0.
4.0-ProductionWiththePartitioningoptionJServerRelease
9.
2.
0.
4.0-ProductionSQLselectusernametemporary_tablespacefromdba_users;USERNAMETEMPORARY_TABLESPACE------------------------------------------------------------SYSTEMP2SYSTEMTEMP2OUTLNTEMP2EYGLETEMP2CSMIGTEMP2TESTTEMP2REPADMINTEMP
2......13rowsselected.SQLselectnamefromv$tempfile;NAME---------------------------------------------------------------------/opt/oracle/oradata/conner/temp
02.dbf/opt/oracle/oradata/conner/temp
03.dbf重建新的临时表空间并进行切换:SQLcreatetemporarytablespacetemptempfile/opt/oracle/oradata/conner/temp
1.dbfsize10M;Tablespacecreated.SQLaltertablespacetempaddtempfile/opt/oracle/oradata/conner/temp
2.dbfsize20M;Tablespacealtered.SQLalterdatabasedefaulttemporarytablespacetemp;Databasealtered.SQLselectusernametemporary_tablespacefromdba_users;USERNAMETEMPORARY_TABLESPACE------------------------------------------------------------SYSTEMPSYSTEMTEMPOUTLNTEMPEYGLETEMPCSMIGTEMPTESTTEMPREPADMINTEMP.......13rowsselected.如果原临时表空间无用户使用selecttablespace_namecurrent_userstotal_blocksused_blocksfree_blocksfree_blocks/total_blocksfromv$sort_segment;如果是文件系统可以看看文件的时间戳我们可以删除该表空间:如果原临时表空间还有用户在用,你是删除不了这个表空间的!在一次生产环境的临时表空间切换中,原临时表空间始终有用户在上面,即使我关闭了前台程序,也还是有用户,新的临时表空间已经没有用户在使用了我估计用户进程已经死在原临时表空间了后来只有重新启动数据库才能把原来旧的临时表空间给删除)SQLdroptablespacetemp2;Tablespacedropped.SQLSQLselectnamefromv$tempfile;NAME---------------------------------------------------------------/opt/oracle/oradata/conner/temp
1.dbf/opt/oracle/oradata/conner/temp
2.dbfSQLselectfile_nametablespace_namebytes/1024/1024MBautoextensible2fromdba_temp_files3/FILE_NAMETABLESPACE_NAMEMBAUTOEXTENSIBLE----------------------------------------------------------------------------------/opt/oracle/oradata/conner/temp
2.dbfTEMP20NO/opt/oracle/oradata/conner/temp
1.dbfTEMP10NOdroptablespacetempincludingcontentsanddatafiles;--将表空间的内容和数据文件一起删除下面是查询在sort排序区使用的执行耗时的SQL:Selectse.usernamese.sidsu.extentssu.blocks*to_numberrtrimp.valueasSpacetablespacesegtypesql_textfromv$sort_usagesuv$parameterpv$sessionsev$sqlswherep.name=db_block_sizeandsu.session_addr=se.saddrands.hash_value=su.sqlhashands.address=su.sqladdrorderbyse.usernamese.sid或是Selectsu.usernamesu.Extentstablespacesegtypesql_textfromv$sort_usagesuv$sqlsWheresu.SQL_ID=s.SQL_ID。