Oracle 无法通过 128 (在表空间 TEMP 中) 扩展 temp 段

   开发人员找我，Oracle11g下SQL语句报无法通过 128 (在表空间 TEMP 中) 扩展 temp 段。因为在开发环境上，初步判断是SQL的问题，把SQL中的WMSYS.WM_CONCAT改为listagg,此SQL就没问题了，等了一会，开发人员再次找到我，说还有很多SQL报错。此时我判断现在是个系统的问题。之前写过一篇，2016-1-8 ORA-1652: unable to extend temp segment by 128 in tablespace解决方案，也是解决这个问题的，不过并不适用这个场景。此问题解决方法如下：

1.用下列的SQL判断临时表空间适用情况

select tablespace_name,

       max_gb,
       used_gb,
       round(100 * used_gb / max_gb) pct_used
  from (select a.tablespace_name tablespace_name,
               round((a.bytes_alloc - nvl(b.bytes_free, 0)) / power(2, 30),
                     2) used_gb,
               round(a.maxbytes / power(2, 30), 2) max_gb
          from (select f.tablespace_name,
                       sum(f.bytes) bytes_alloc,
                       sum(decode(f.autoextensible,
                                  'YES',
                                  f.maxbytes,
                                  'NO',
                                  f.bytes)) maxbytes
                  from dba_data_files f
                 group by tablespace_name) a,
               (select f.tablespace_name, sum(f.bytes) bytes_free
                  from dba_free_space f
                 group by tablespace_name) b
         where a.tablespace_name = b.tablespace_name(+)
        union all
        select h.tablespace_name tablespace_name,
               round(sum(nvl(p.bytes_used, 0)) / power(2, 30), 2) used_gb,
               round(sum(decode(f.autoextensible,
                                'YES',
                                f.maxbytes,
                                'NO',
                                f.bytes)) / power(2, 30),
                     2) max_gb
          from v$temp_space_header h, v$temp_extent_pool p, dba_temp_files f
         where p.file_id(+) = h.file_id
           and p.tablespace_name(+) = h.tablespace_name
           and f.file_id = h.file_id
           and f.tablespace_name = h.tablespace_name
         group by h.tablespace_name)
order by 4;

2.可以看到正在运行的会话使用临时表空间的情况，不过这里的sql_id并不是当前正在执行的SQL。

select username,session_addr,sql_id,contents,segtype,blocks*8/1024/1024 gb   
from v$sort_usage order by blocks desc;  

3.查看正在运行的会话打开的游标的SQL，下列查询。

select sid from v$session s where saddr='0000000292038458';

select sql_id,s.sql_fulltext,sorts,rows_processed/executions from v$sql s
    where parsing_schema_name='CFMS_TEST' and executions>0 and sorts>0  
    and sql_id in (select sql_id from v$open_cursor where sid=6)  

   order by 3;  

总结：临时表空间回收的前提是：在SQL对应的游标没关闭的情况下，数据库不会去释放临时段。而我们使用的weblogic的连接池中的连接是长连接，游标一直是打开的状态。解决问题的办法就是把weblogic重启一下，询问过开发组，说有差不多一年没有重启系统了。