今天用户那边执行一个很简单的SQL，输出结果集也才几万条，涉及三表，最大也才100万数据量，结果却报了表空间不足的情况，理论来说，这样的SQL怎么也不应该吃这么多临时表空间。
创新互联建站是一家以成都网站建设、网页设计、品牌设计、软件运维、营销推广、小程序App开发等移动开发为一体互联网公司。已累计为成都水电改造等众行业中小客户提供优质的互联网建站和软件开发服务。
查询临时表空间的使用情况：
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、其他异常操作
