今天用户那边执行一个很简单的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、其他异常操作
原文地址:http://blog.51cto.com/2012ivan/2135008
时间: 2024-10-08 07:59:53