oracle临时表空间

问题:oracle临时表空间满,使用率100%

举例报错如下:
ORA-01114: IO error writing block to file 201 (block # 200320)
ORA-01110: data file 1: '/u01/oradata/tinadb/temp01.dbf'
ORA-27072: File I/O error
Linux-x86_64 Error: 28: No space left on device


1.可以看到temp01.dbf文件I/O error,没有足够的空间,我们需要去查询这个文件是哪个表空间的
1)数据文件:
SQL> select tablespace_name,file_name from dba_data_files;
TABLESPACE_NAME                FILE_NAME
------------------------------ --------------------------------------------------------------------------------
USERS                          /u01/oradata/tinadb/users01.dbf
UNDOTBS1                       /u01/oradata/tinadb/undotbs01.dbf
SYSAUX                         /u01/oradata/tinadb/sysaux01.dbf
SYSTEM                         /u01/oradata/tinadb/system01.dbf
TS_TINA                        /u01/oradata/tinadb/ts_tina01.dbf

2)临时文件:
SQL> select tablespace_name,file_name from dba_temp_files;
TABLESPACE_NAME                FILE_NAME
------------------------------ --------------------------------------------------------------------------------
TEMP                           /u01/oradata/tinadb/temp01.dbf   --报错的文件

---说明是临时表空间满了


2.临时表空间作用及说明

在数据库的日常学习中,发现公司生产数据库的默认临时表空间temp使用情况达到了30G,使用率达到了100%;
待调整为32G后,使用率还是为100%,导致磁盘空间使用紧张。根据临时表空间的主要是对临时数据进行排序和缓存临时数据等特性,
待重启数据库后, temp会自动释放。于是想通过重启数据库的方式来缓解这种情况,但是重启数据库之后,发现临时表空间temp的使用率还是100%,一点没变。
虽然运行中应用暂时没有报什么错误,但是这在一定程度上存在一定的隐患,有待解决该问题。由于临时表空间主要使用在以下几种情况:

1、order by or group by (disc sort占主要部分);
2、索引的创建和重创建;
3、distinct操作;
4、union & intersect & minus sort-merge joins;
5、Analyze 操作;
6、有些异常也会引起TEMP的暴涨。

3.Oracle临时表空间暴涨的现象经过分析可能是以下几个方面的原因造成的:

1)没有为临时表空间设置上限,而是允许无限增长。但是如果设置了一个上限,最后可能还是会面临因为空间不够而出错的问题,临时表空间设置太小会影响性能,
临时表空间过大同样会影响性能,至于需要设置为多大需要仔细的测试。

2)查询的时候连表查询中使用的表过多造成的。我们知道在连表查询的时候,根据查询的字段和表的个数会生成一个迪斯卡尔积,这个迪斯卡尔积的大小就是一次查询
需要的临时空间的大小,如果查询的字段过多和数据过大,那么就会消耗非常大的临时表空间。

3)对查询的某些字段没有建立索引。Oracle中,如果表没有索引,那么会将所有的数据都复制到临时表空间,而如果有索引的话,一般只是将索引的数据复制到临时表空间中。

针对以上的分析,对查询的语句和索引进行了优化,情况得到缓解,但是需要进一步测试。
总结:
1.SQL语句是会影响到磁盘的消耗的,不当的语句会造成磁盘暴涨。
2.对查询语句需要仔细的规划,不要想当然的去定义一个查询语句,特别是在可以提供用户自定义查询的软件中。
3.仔细规划表索引。如果临时表空间是temporary的,空间不会释放,只是在sort结束后被标记为free的,如果是 permanent的,由SMON负责在sort结束后释放,
都不用去手工释放的。查看有哪些用户和SQL导致TEMP增长的两个重要视图:v$ sort_usage和v$sort_segment。


4.临时表空间的使用率:
SQL> SELECT temp_used.tablespace_name, temp_used.used as "Used(M)",total - used as "Free(M)", total as "Total(M)", round(used*100/total, 2) "Used percent(%)"
FROM (SELECT tablespace_name, SUM(bytes_used)/1024/1024 used FROM GV_$TEMP_SPACE_HEADER GROUP BY tablespace_name) temp_used ,
(SELECT tablespace_name, SUM(bytes)/1024/1024 total FROM dba_temp_files GROUP BY tablespace_name) temp_total
WHERE temp_used.tablespace_name = temp_total.tablespace_name;

TABLESPACE_NAME                   Used(M)    Free(M)   Total(M) Used percent(%)
------------------------------ ---------- ---------- ---------- ---------------
TEMP                                    3         12         15              20

另一个统计方法:
select tablespace_name,free_space/1024/1024 as "free_space(M)" from dba_temp_free_space where tablespace_name='&tablespace_name'
Enter value for tablespace_name: TEMP
TABLESPACE_NAME                free_space(M)
------------------------------ -------------
TEMP                                      12


5.从根本上降低temp表空间的膨胀的方法有2个:
1) 设置合理的pga或sort_area_size
2)优化引起disk sort的sql
 
6.清除并重建临时表空间的步骤:   ---治标不治本
0)shutdown immediate;
1)startup --启动数据库
2)create temporary tablespace TEMP2 tempfile  '/u01/oradata/tinadb/temp02.dbf' size 5m reuse autoextend on next 1m maxsize unlimited;
3)alter database default temporary tablespace TEMP2;--改变缺省临时表空间为刚刚创建的新临时表空间temp2
4)drop tablespace TEMP including contents and datafiles;--删除原来临时表空间
5)create temporary tablespace TEMP tempfile '/u01/oradata/tinadb/temp01.dbf' size 5m reuse autoextend on next 1m maxsize unlimited; --重新创建临时表空间
6)alter database default temporary tablespace TEMP;--重置缺省临时表空间为新建的temp表空间
7)drop tablespace TEMP2 including contents and datafiles;--删除中转用临时表空间
8)可通过语句select username,default_tablespace,temporary_tablespace from dba_users 来查询数据库用户的临时表空间

指定用户的默认临时表空间:
alter user username temporary tablespace TEMP; --重新指定用户表空间(用户名)为重建的临时表空间

7.如果要为临时表空间扩容,使用下面的语句
1)添加新的临时文件
alter tablespace TEMP add tempfile '/u01/oradata/tinadb/temp03.dbf' size 10m;
删除:
alter tablespace TEMP drop tempfile '/u01/oradata/tinadb/temp03.dbf';

2)或者直接扩大之前的临时文件:(但resize是有范围的,一个文件不能超过32g)
alter database tempfile '/u06/fincedb/temp01_01.dbf' resize 500m;


8.查找消耗临时表空间资源比较多的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;

或是:
Select su.username,su.Extents,tablespace,segtype,sql_text
from v$sort_usage su,v$sql s
Where su.SQL_ID = s.SQL_ID;

注:如果原临时表空间无用户使用(select tablespace_name,current_users,total_blocks,used_blocks,free_blocks,free_blocks/total_blocks from v$sort_segment;),
如果是文件系统可以看看文件的时间戳。

我们可以删除该表空间:如果原临时表空间还有用户在使用,你是删除不了这个表空间的!在一次生产环境的临时表空间切换中, 原临时表空间始终有用户在上面,
即使我关闭了前台程序,也还是有用户,新的临时表空间已经没有用户在使用了。我估计用户进程已经死在原临时表空间了,后来只有重新启动数据库才能把原来旧的临时表空间给删除。


9.Kill session
1)使用如下语句a查看一下认谁在用临时段
SELECT se.username, se.SID, se.serial#, se.sql_address, se.machine, se.program, su.TABLESPACE,su.segtype, su.CONTENTS from
v$session se, v$sort_usage su WHERE se.saddr = su.session_addr

2)kill正在使用临时段的进程
SQL>Alter system kill session 'sid,serial#';

3)把TEMP表空间回缩一下
SQL>Alter tablespace TEMP coalesce;
注:这处方法只能针对字典管理表空间(Dictionary Managed Tablespace)。于本地管理表空间(LMT:Local Managed Tablespace),不需要整理的。9i以后只能创建本地管理的表空间。
CREATE TABLESPACE TEST DATAFILE 'D:\TEST01.dbf' SIZE 5M EXTENT MANAGEMENT DICTIONARY
CREATE TABLESPACE TEST DATAFILE 'D:\TEST01.dbf' SIZE 5M EXTENT MANAGEMENT LOCAL;

10.使用诊断事件,也是相对有效的一种方法
1)查询事件代码
SQL>select ts#, name from sys.ts$ ;
TS# NAME
---------- ------------------------------
0 SYSTEM
1 UNDOTBS1
2 SYSAUX
3 TEMP
4 USERS
5 UNDOTBS2

2)执行清理操作
SQL>alter session set events 'immediate trace name DROP_SEGMENTS level 4';
说明:temp表空间的TS# 为 3, So TS#+ 1= 4。

11.移动重命名临时文件
目的:将/u01/oradata/tinadb/temp2.dbf这个文件重命名为/u01/oradata/tinadb/temp02.dbf

1)将临时表空间的临时文件脱机
SQL> alter database tempfile '/u01/oradata/tinadb/temp2.dbf' offline;

2)移动或重命名相关的临时文件
mv /u01/oradata/tinadb/temp2.dbf  /u01/oradata/tinadb/temp02.dbf

3)在数据库重命名文件
SQL> alter database rename file '/u01/oradata/tinadb/temp2.dbf' to '/u01/oradata/tinadb/temp02.dbf';

4)将临时表空间的临时文件联机
SQL> alter database tempfile '/u01/oradata/tinadb/temp02.dbf' online;
Database altered.

猜你喜欢

转载自906179271.iteye.com/blog/2264005