标签：tin session 创建 join 查询 思维 desc acl alter
今天用户那边执行一个很简单的SQL，输出结果集也才几万条，涉及三表，最大也才100万数据量，结果却报了表空间不足的情况，理论来说，这样的SQL怎么也不应该吃这么多临时表空间。查询临时表空间的使用情况：
select USERNAME,SESSION_NUM,SQL_ID,TABLESPACE,SEGTYPE,BLOCKS*8192/1024/1024||‘ MB‘ as MB from v$sort_usage order by 6 desc
v$sort_usage显示给定实例的每个排序段的信息，只有发生在临时表空间的操作才会更新该视图。这里不仅仅记载排序动作，只要在临时表空间操作就会记录，而且排序发生在内存，也不会更新该视图的。
一般固定思维我都会认为此SQL有问题，然后我执行了一次之后，立马就抛异常了，我此时即时反应过来不对劲，因为SQL如果要暂用临时表空间很多，也是逐步一点一点索取空间占用的，这异常抛出太快了，转而我就去查询了dba_temp_files,果然是因为设计的问题，临时表空间创建的不合理，真的是空间太小的缘故：
alter database tempfile xxx autoextend on next 200m maxsize unlimited;
临时表空间占用的几大场景：
1、order by or group by ；
2、索引的创建和重创建；
3、distinct、SORT-MERGE JOINS、HASH JOIN等操作；
4、union & intersect & minus sort-merge joins；
5、其他异常操作
标签：tin session 创建 join 查询 思维 desc acl alter
原文地址：http://blog.51cto.com/2012ivan/2135008
