ORACLE 临时表空间使用率过高的原因及解决方案
在数据库的日常学习中，发现公司生产数据库的默认临时表空间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的暴涨。
Oracle临时表空间暴涨的现象经过分析可能是以下几个方面的原因造成的：
1. 没有为临时表空间设置上限，而是允许无限增长。但是如果设置了一个上限，最后可能还是会面临因为空间不够而出错的问题，临时表空间设置太小会影响性能，临时表空间过大同样会影响性能，至于需要设置为多大需要仔细的测试。
2.查询的时候连表查询中使用的表过多造成的。我们知道在连表查询的时候，根据查询的字段和表的个数会生成一个迪斯卡尔积，这个迪斯卡尔积的大小就是一次查询需要的临时空间的大小，如果查询的字段过多和数据过大，那么就会消耗非常大的临时表空间。
3.对查询的某些字段没有建立索引。Oracle中，如果表没有索引，那么会将所有的数据都复制到临时表空间，而如果有索引的话，一般只是将索引的数据复制到临时表空间中。
针对以上的分析，对查询的语句和索引进行了优化，情况得到缓解，但是需要进一步测试。
总结：
1.SQL语句是会影响到磁盘的消耗的，不当的语句会造成磁盘暴涨。
2.对查询语句需要仔细的规划，不要想当然的去定义一个查询语句，特别是在可以提供用户自定义查询的软件中。
3.仔细规划表索引。如果临时表空间是temporary的，空间不会释放，只是在sort结束后被标记为free的，如果是permanent的，由SMON负责在sort结束后释放，都不用去手工释放的。查看有哪些用户和SQL导致TEMP增长的两个重要视图：v$sort_usage和v$sort_segment。
通过查询相关的资料，发现解决方案有如下几种：
一、重建临时表空间temp
Temporary tablespace是不能直接drop默认的临时表空间的，不过我们可以通过以下方法达到。
查看�
相关文档：
1.在ORACLE中用select * from all_users显示所有的用户，而在MYSQL中显示所有数据库的命令是show
databases。对于我的理解，ORACLE项目来说一个项目就应该有一个用户和其对应的表空间，而MYSQL项目中也应该有个用户和一个库。在
ORACLE(db2也一样)中表空间是文件系统中的物理容器的逻辑表示，视图、触发器和存储过程也可 ......
ORACLE bin目录下各文件的意义及使用方法
$ORACLE_HOME/bin下的utilities解释
Binary First Available Description
--------- ......
关于Oracle事务的总结
1.什么是事务，事务的特性是什么？
事务的任务便是使数据库从一种状态变换成为另一种状态，这不同于文件系统，它是数据库所特用的。它的特性有四个：TOM总结为ACID即
原子性atomicity:语句级原子性，过程级原子性，事务级原子性
一致性consistency:状态一致，同一事务中不会有两种状态
隔离性iso ......
author:skatetime:2010-05-04
在我们的系统里，大家在写pl/sql时，处理多条记录时，几乎都是通过游标来完成的，这样是非常影响性能的。我们可以用批量绑定可以大大的改善。
批量绑定是oracle9i增加的特性，是指执行单次sql操作能传递所有集合元素的数据。通过绑定绑定变量可以极大的提高数据处理速度，提高应用程 ......
以下以截图形式简述关于在IBM小型机上安装单机版Oracle数据库的过程。以供大家参考，以便对于IBM小型机&AIX&Oracle进行初步的了解。 Machine：IBM POWER 520 OS&Version：AIX_5300-07 Oracle Version:10.2.0.1 以下是详细截图： 1_OS_Check&Filesets_Check 2_利用smitty installp命令进入软件（包� ......
