如何排查Oracle表空间不足问题

给业务采集数据的过程中，执行脚本报错，Ora-01652:unable to extend temp segment by 128 in tablespace TEMP。

查阅了oracle的错误代码说明：意思是指temp表空间无法自动扩展temp段。

这种问题一般有两种原因：

一是临时表空间空间太小，二是不能自动扩展。

分析过程：

temp表空间主要是用作需要排序的操作。

1.临时表空间 是用于在进行排序操作(如大型查询,创建索引和联合查询期间存储临时数据)每个用户都有一个临时表空间。
2.对于大型操作频繁,(大型查询,大型分类查询,大型统计分析等),应指定单独的临时表空间,以方便管理。
3.分配用户单独临时表空间,一般是针对大型产品数据库,OLTP数据库,数据库仓库对于小型产品不需要单独制定临时表空间,使用默认临时表空间。
正常情况下，一个sql执行之后，返回结果后系统会自动收回分配给这个用户的空间。以便可以把此部分空间再分配给其他用户。

 

查看临时表空间信息：

select * from dba_tablespaces;
select * from dba_temp_files;
select * from v$tempfile

 

看一个执行计划的例子：

PLAN_TABLE_OUTPUT                                                              
----------------------------------------------------------------------------------------------------                                    
| Id  | Operation                     |  Name                  | Rows  | Bytes |TempSpc| Cost  |                                   
|   0 | SELECT STATEMENT  |                             |  9023K|  9130M|       |  3579K|                                   
|   1 |  SORT ORDER BY       |                             |  9023K|  9130M|    19G|  3579K|
|*  2 |   HASH JOIN                 |                             |  9023K|  9130M|       |   439 |                                   
|   3 |    TABLE ACCESS FULL          | ENROL_EXAMINEE              | 15146 |   310K|       |   231 |                                   
|*  4 |    TABLE ACCESS BY INDEX ROWID| ENROL_EXAMINEE              |   596 |   591K|       |     2 |                                   
|   5 |     NESTED LOOPS              |                             |  4171 |  4236K|       |   170 |         
|   6 |      TABLE ACCESS FULL        | BASE_SPECIALITY             |    84 |  2016 |       |     2 |       
|*  7 |      INDEX RANGE SCAN         | EXAMINEE_DEFAULTSPEC_INDEX  |   202 |       |       |     1 |         

PLAN_TABLE_OUTPUT                                                              
--------------------------------------------------------------------------------

Predicate Information (identified by operation id):                            
---------------------------------------------------                            

 

由上面的执行计划可以看出，临时表空间已经扩展到了19G。这会把临时表空间全部吃掉。

如果再进行排序、分组等操作，会更加消耗资源，这时应该从sql语句本身来找问题。

 

总结，这种报错，90%以上的概率是执行计划太差导致的，重点检查脚本性能