Oracle 临时表空间

一、临时表空间主要使用在以下几种情况：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 ;

MySQL的MyISAM引擎不支持事务MySQL 处理非法数据相关资讯 Oracle临时表

Oracle中的临时表、外部表和分区表（03/02/2015 13:36:40）
被Oracle全局临时表坑了（10/20/2014 18:40:25）
Oracle 11g在线收回临默认临时表空（01/09/2014 17:35:29）

Oracle 锁定临时表统计信息及锁住（11/21/2014 13:58:20）
使用Oracle基于session的临时表要（10/20/2014 18:37:20）
Oracle数据库临时表空间问题（11/11/2013 18:36:18）

本文评论查看全部评论（0）

评论声明