Oracle 临时表空间
2013-04-08 15:47
225 查看
一、临时表空间主要使用在以下几种情况:
1、order by or group by (disc sort占主要部分);
2、索引的创建和重创建;
3、distinct操作;
4、union & intersect & minus sort-merge joins;
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。
通过查询相关的资料,发现解决方案有如下几种:
二、临时表的类型
创建Oracle 临时表,可以有两种类型的临时表:
会话级的临时表
事务级的临时表 。
1) 会话级的临时表因为这这个临时表中的数据和你的当前会话有关系,当你当前SESSION 不退出的情况下,临时表中的数据就还存在,而当你退出当前SESSION 的时候,临时表中的数据就全部没有了,当然这个时候你如果以另外一个SESSION 登陆的时候是看不到另外一个SESSION 中插入到临时表中的数据的。即两个不同的SESSION 所插入的数据是互不相干的。当某一个SESSION 退出之后临时表中的数据就被截断(truncate table ,即数据清空)了。会话级的临时表创建方法:
Create Global Temporary Table Table_Name (Col1 Type1,Col2 Type2...) On Commit Preserve Rows ;
2) 事务级临时表是指该临时表与事务相关,当进行事务提交或者事务回滚的时候,临时表中的数据将自行被截断,其他的内容和会话级的临时表的一致(包括退出SESSION 的时候,事务级的临时表也会被自动截断)。事务级临时表的创建方法:
Create Global Temporary Table Table_Name (Col1 Type1,Col2 Type2...) On Commit Delete Rows ;
三、修改默认临时表空间
1.查看临时文件的使用/剩余空间
select * from v$temp_space_header;
2.查看当前用户所属的临时表空间
SQL> select username ,temporary_tablespace from dba_users;
USERNAME TEMPORARY_TABLESPACE
----------- ------------------------------
SYS TEMP1
SYSTEM TEMP1
DBSNMP TEMP1
HUJINPEI TEMP1
ALAN1 TEMP1
PERFUSER TEMP1
ALAN2 TEMP1
MYUSER TEMP1
OUTLN TEMP1
WMSYS TEMP1
已选择10行。
3.查看当前有那些临时文件。
SQL> select name from v$tempfile;
NAME
----------------------------------------
/opt/oracle/oradata/ictest/temp1_01.dbf
4.重新建立一个临时表空间:
SQL> create temporary tablespace temp
2 tempfile '/opt/oracle/oradata/ictest/temp01.dbf' size 1000M ;
临时表空间已创建
SQL> alter tablespace temp add tempfile '/opt/oracle/oradata/ictest/temp02.dbf' size 1000M;
5.将建好的TEMP表空间设置为数据库默认的临时表空间:
SQL> alter database default temporary tablespace temp;
数据库已更改。
SQL> select username,temporary_tablespace from dba_users;
USERNAME TEMPORARY_TABLESPACE
------------ ---------------------------
SYS TEMP
SYSTEM TEMP
DBSNMP TEMP
HUJINPEI TEMP
ALAN1 TEMP
PERFUSER TEMP
ALAN2 TEMP
MYUSER TEMP
OUTLN TEMP
WMSYS TEMP
已选择10行。
6.DROP掉旧的TEMP1的表空间:
SQL> drop tablespace temp1 including contents and datafiles;
表空间已丢弃。
1、order by or group by (disc sort占主要部分);
2、索引的创建和重创建;
3、distinct操作;
4、union & intersect & minus sort-merge joins;
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。
通过查询相关的资料,发现解决方案有如下几种:
二、临时表的类型
创建Oracle 临时表,可以有两种类型的临时表:
会话级的临时表
事务级的临时表 。
1) 会话级的临时表因为这这个临时表中的数据和你的当前会话有关系,当你当前SESSION 不退出的情况下,临时表中的数据就还存在,而当你退出当前SESSION 的时候,临时表中的数据就全部没有了,当然这个时候你如果以另外一个SESSION 登陆的时候是看不到另外一个SESSION 中插入到临时表中的数据的。即两个不同的SESSION 所插入的数据是互不相干的。当某一个SESSION 退出之后临时表中的数据就被截断(truncate table ,即数据清空)了。会话级的临时表创建方法:
Create Global Temporary Table Table_Name (Col1 Type1,Col2 Type2...) On Commit Preserve Rows ;
2) 事务级临时表是指该临时表与事务相关,当进行事务提交或者事务回滚的时候,临时表中的数据将自行被截断,其他的内容和会话级的临时表的一致(包括退出SESSION 的时候,事务级的临时表也会被自动截断)。事务级临时表的创建方法:
Create Global Temporary Table Table_Name (Col1 Type1,Col2 Type2...) On Commit Delete Rows ;
三、修改默认临时表空间
1.查看临时文件的使用/剩余空间
select * from v$temp_space_header;
2.查看当前用户所属的临时表空间
SQL> select username ,temporary_tablespace from dba_users;
USERNAME TEMPORARY_TABLESPACE
----------- ------------------------------
SYS TEMP1
SYSTEM TEMP1
DBSNMP TEMP1
HUJINPEI TEMP1
ALAN1 TEMP1
PERFUSER TEMP1
ALAN2 TEMP1
MYUSER TEMP1
OUTLN TEMP1
WMSYS TEMP1
已选择10行。
3.查看当前有那些临时文件。
SQL> select name from v$tempfile;
NAME
----------------------------------------
/opt/oracle/oradata/ictest/temp1_01.dbf
4.重新建立一个临时表空间:
SQL> create temporary tablespace temp
2 tempfile '/opt/oracle/oradata/ictest/temp01.dbf' size 1000M ;
临时表空间已创建
SQL> alter tablespace temp add tempfile '/opt/oracle/oradata/ictest/temp02.dbf' size 1000M;
5.将建好的TEMP表空间设置为数据库默认的临时表空间:
SQL> alter database default temporary tablespace temp;
数据库已更改。
SQL> select username,temporary_tablespace from dba_users;
USERNAME TEMPORARY_TABLESPACE
------------ ---------------------------
SYS TEMP
SYSTEM TEMP
DBSNMP TEMP
HUJINPEI TEMP
ALAN1 TEMP
PERFUSER TEMP
ALAN2 TEMP
MYUSER TEMP
OUTLN TEMP
WMSYS TEMP
已选择10行。
6.DROP掉旧的TEMP1的表空间:
SQL> drop tablespace temp1 including contents and datafiles;
表空间已丢弃。
相关文章推荐
- ORACLE 临时表空间
- ORACLE 临时表空间使用率过高的原因及临时解决方案
- oracle 创建临时表空间、用户表空间、创建用户关联表空间、授权等总结
- ORACLE创建用户 表空间 临时表空间 并赋予相应权限
- Oracle创建用户、表空间、导入导出、...命令 //创建临时表空间
- oracle 表空间、临时表空间、创建用户、导入数据、导出数据
- oracle临时表空间使用分析
- ORACLE 临时表空间清理
- oracle 临时表空间为空的错误!
- ORACLE删除与增加临时表空间方法:
- oracle 临时表空间-再续
- Oracle创建表空间和创建临时表空间
- Oracle 临时表空间满!
- 详解ORACLE 11G临时表空间
- Oracle修改默认表空间和默认临时表空间
- Oracle 临时表空间
- 清空Oracle临时表空间
- oracle的临时表空间问题
- Oracle中如何重建与切换临时表空间
- ORACLE 临时表空间使用率过高的原因及临时解决方案