[b]问题来源:[/b]
在执行一个分析查询时,出现磁盘IO错误,经查实为temp表空间耗尽。查询分为3个union all,每个union all连接7张表,连接的表的容量都很大,2张千万级,其他百万级。
[b]问题分析:[/b]
首先明确,问题肯定是出在temp表空间上,为什么temp表空间消耗如此之快,而且无法释放。消耗temp表空间的操作包括:
1.order by,group by(主要是磁盘排序)
2.索引的创建
3.distinct
4.union & intersect & minus sort-merge joins
5.分析操作
6.sql的异常终止以及一些其他异常也会导致temp表空间的无法释放。
7.查询的表没有建立索引,oracle会把整张表复制到temp表空间中。
根据以上的情况,由于程序中没有使用排序和分组,也没有使用distinct,而union的时候也是使用的union all不会导致temp表空间的使用问题。
[b]问题排查[/b]
先检查那两张千万级的表,没有建立索引。后来得知因为是抓取的远程数据库的数据,为了插入速度快,而没有建立索引。建立索引后,表空间占用锐减,但是还是有部分占用,切在sql执行完后无法释放。后来查询oracle官方解释为,clob对象占用的临时表的表空间后不会释放。
在执行一个分析查询时,出现磁盘IO错误,经查实为temp表空间耗尽。查询分为3个union all,每个union all连接7张表,连接的表的容量都很大,2张千万级,其他百万级。
[b]问题分析:[/b]
首先明确,问题肯定是出在temp表空间上,为什么temp表空间消耗如此之快,而且无法释放。消耗temp表空间的操作包括:
1.order by,group by(主要是磁盘排序)
2.索引的创建
3.distinct
4.union & intersect & minus sort-merge joins
5.分析操作
6.sql的异常终止以及一些其他异常也会导致temp表空间的无法释放。
7.查询的表没有建立索引,oracle会把整张表复制到temp表空间中。
根据以上的情况,由于程序中没有使用排序和分组,也没有使用distinct,而union的时候也是使用的union all不会导致temp表空间的使用问题。
[b]问题排查[/b]
先检查那两张千万级的表,没有建立索引。后来得知因为是抓取的远程数据库的数据,为了插入速度快,而没有建立索引。建立索引后,表空间占用锐减,但是还是有部分占用,切在sql执行完后无法释放。后来查询oracle官方解释为,clob对象占用的临时表的表空间后不会释放。