Oracle临时表空间为何暴涨？---摘贴

 

         昨天在做测试的时候发现一个非常奇怪的问题：在程序的查询模块中做查询的时候，开始速度很快，但是过了一段时间以后速度就变慢，最后干脆就报错，不工作了。在排错的过程中，发现Oracle临时表空间暴涨，达到了几十个GB，在Oracle中对Session进行跟踪，发现磁盘空间还在不停的消耗，几乎是每隔5s，临时表空间就会增长500MB左右，最后报错的原因应该是因为没有磁盘空间可以分配造成的。这是一件十分恐怖的事情。

        我们知道Oracle临时表空间主要是用来做查询和存放一些缓存的数据的，磁盘消耗的一个主要原因是需要对查询的结果进行排序，如果没有猜错的话，在磁盘空间的（内存）的分配上，Oracle使用的是贪心算法，如果上次磁盘空间消耗达到1GB，那么临时表空间就是1GB，如果还有增长，那么依此类推，临时表空间始终保持在一个最大的上限。像上文提到的恐怖现象经过分析可能是以下几个方面的原因造成的。
        1. 没有为临时表空间设置上限，而是允许无限增长。但是如果设置了一个上限，最后可能还是会面临因为空间不够而出错的问题，临时表空间设置太小会影响性能，临时表空间过大同样会影响性能，至于需要设置为多大需要仔细的测试。
        2.查询的时候连表查询中使用的表过多造成的。我们知道在连表查询的时候，根据查询的字段和表的个数会生成一个迪斯卡尔积，这个迪斯卡尔积的大小就是一次查询需要的临时空间的大小，如果查询的字段过多和数据过大，那么就会消耗非常大的临时表空间。
       3.对查询的某些字段没有建立索引。Oracle中，如果表没有索引，那么会将所有的数据都复制到临时表空间，而如果有索引的话，一般只是将索引的数据复制到临时表空间中。
       针对以上的分析，对查询的语句和索引进行了优化，情况得到缓解，但是需要进一步测试。

       总结：
       1.SQL语句是会影响到磁盘的消耗的，不当的语句会造成磁盘暴涨。
       2.对查询语句需要仔细的规划，不要想当然的去定义一个查询语句，特别是在可以提供用户自定义查询的软件中。
       3.仔细规划表索引。

 

 

 

临时表空间使用注意:
1.临时表空间 是用于在进行排序操作(如大型查询,创建索引和联合查询期间存储临时数据)
每个用户都有一个临时表空间
2.对于大型操作频繁,(大型查询,大型分类查询,大型统计分析等),应指定单独的临时表空间,以方便管理

3.分配用户单独临时表空间,一般是针对 大型产品数据库,OLTP数据库,数据库仓库
对于小型产品不需要单独制定临时表空间,使用默认临时表空间

 

-----------------------------------------------------------------------

 

　查询数据库服务器时，发现数据库服务器磁盘使用空间达到了98%，分析总共的数据文件也不可能达到如此大，经过查询发现原来临时表空间的使用情况达到了 32G，导致磁盘空间使用紧张。搜索了相应的文档与资料后，查出临时表空间主要使用在：
　　

      - 索引创建或重创建。
　　- ORDER BY or GROUP BY （这个是‘罪魁祸首’）
　　- DISTINCT 操作。
　　- UNION & INTERSECT & MINUS - Sort-Merge joins. - Analyze 操作
　　- 有些异常将会引起temp暴涨（这个也很有可能）
　　

      下面是重新创建一个临时表空间，把原来的默认临时表空间drop掉（包括里面的临时数据文件）再重新建立
　　SQL> create temporary tablespace temp2
　　2 tempfile '/home/oracle/oracle/product/10.2.0/oradata/hatest/temp02.pdf' size 512M reuse
　　3 autoextend on next 640k maxsize unlimited;
　　Tablespace created.
　　SQL> alter database default temporary tablespace temp2;
　　Database altered.
　　SQL> drop tablespace temp including contents and datafiles;
　　Tablespace dropped.
　　

   （注意：由于临时表空间的数据文件比较大，所以这步可能会花费比较长的时间）
　　SQL> create temporary tablespace temp
　　2 tempfile '/home/oracle/oracle/product/10.2.0/oradata/hatest/temp01.pdf' size 512M reuse
　　3 autoextend on next 640K maxsize unlimited;
　　Tablespace created.
　　SQL> alter database default temporary tablespace temp;
　　Database altered.
　　SQL> drop tablespace temp2 including contents and datafiles;
　　Tablespace dropped.
　　SQL> exit

　　以上的方法只是暂时释放了临时表空间的磁盘占用空间，是治标但不是治本的方法，真正的治本的方法是找出数据库中消耗资源比较大的sql语句，然后对其进行优化处理。下面是查询在sort排序区使用的执行耗时的SQL
　　Select se.username,se.sid,su.extents,su.blocks*to_number(rtrim(p.value))as Space,tablespace,segtype,sql_text
　　from v$sort_usage su,v$parameter p,v$session se,v$sql s
　　where p.name='db_block_size' and su.session_addr=se.saddr and s.hash_value=su.sqlhash and s.address=su.sqladdr
　　order by se.username,se.sid