ORA-01652: unable to extend temp segment by 128 in tablespace TEMP的问题.

flyskywlh 2007-05-24 09:47:33
用于WEB项目中的大数据量分页的存储过程,用传递SQL语句至存储过程,而后用ROWNUM来取每页X条的原理,现在在某个SQL语句时会出错,错误为(ORA-01652: unable to extend temp segment by 128 in tablespace TEMP.) 其它的SQL查询语句都能正常使用,出错SQL语句如下:

SELECT * FROM (
SELECT A.*, rownum rn
FROM (

select FileName,Line,
to_char(RECEIVE_TM, 'yyyy-mm-dd hh24:mi:ss'),
to_char(db_insr_tm, 'yyyy-mm-dd hh24:mi:ss'),
to_char(Sent_tm, 'yyyy-mm-dd hh24:mi:ss'),
from vwallfiles, vw_file_trans_log
where vwallfiles.FILENAME = vw_file_trans_log.ori_file_nm
and Upper(cust_carrier_cd) = Upper('HKGPP')
and errortype <> 'Missing'
and errortype <> 'Fatal'
and upper(partner_carrier_cd) = upper('chnct')
and 1 = 1
and biz_line = 1
) A WHERE rownum <= 40
) B WHERE rn >= 21


出现这问题后,我已把ORACLE 的表空间增大数倍,但还是出现此错误,请大家帮忙查查问题,谢谢.
...全文
9976 9 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
9 条回复
切换为时间正序
请发表友善的回复…
发表回复
ruihuahan 2008-08-08
  • 打赏
  • 举报
回复
怎么嵌套那么多层啊,考虑改写一下SQL语句吧。
108041217 2008-08-08
  • 打赏
  • 举报
回复
ORA-01652:unable to extend temp segment by num in tablespace name

  产生原因:ORACLE临时段表空间不足,因为ORACLE总是尽量分配连续空间,一旦没有足够的可分配空间或者分配不连续就会出现上述的现象。

  解决方法:我们知道由于ORACLE将表空间作为逻辑结构-单元,而表空间的物理结构是数据文件,数据文件在磁盘上物理地创建,表空间的所有对象也存在于磁盘上。为了给表空间增加空间,就必须增加数据文件。先查看一下指定表空间的可用空间,使用视图SYS.DBA_FREE_SPACE,视图中每条记录代表可用空间的碎片大小:

SQL>Select file_id,block_id,blocks,bytes from sys.dba_free_space where tablespace_name=’<users>’;

  返回的信息可初步确定可用空间的最大块,看一下它是否小于错误信息中提到的尺寸,再查看一下缺省的表空间参数:

SQL>SELECT INITIAL_EXTENT,NEXT_EXTENT,MIN_EXTENTS,PCT_INCREASE FROM SYS.DBA_TABLESPACES WHERE
TABLESPACE_NAME=name;

  通过下面的SQL命令修改临时段表空间的缺省存储值:

SQL>ALTER TABLESPACE name DEFAULT STORAGE (INITIAL XXX NEXT YYY);

  适当增大缺省值的大小有可能解决出现的错误问题,也可以通过修改用户的临时表空间大小来解决这个问题:

SQL>ALTER USER username TEMPORARY TABLESPACE new_tablespace_name;

  使用ALTER TABLESPACE命令,一但完成,所增加的空间就可使用,无需退出数据库或使表空间脱机,但要注意,一旦添加了数据文件,就不能再删除它,若要删除,就要删除表空间。

  一个报错例子如下:

ORA-1652:unable to extend temp segment by 207381 in tablespace TEMPSPACE
kongkongye 2007-05-24
  • 打赏
  • 举报
回复
首先检查你得temp 使用情况,是哪些用户占用了大量的temp? 是否本身temp 就没有多少剩余?
然后检查你的语句执行计划,是否存在很大的merge join 等?

如果每次你的这条语句出现报错,我怀疑还是语句执行计划的原因.

有一次,我们公司也有人来找我,也是说她每次执行某个语句都报这个错,我发现占用temp 最多的就是她的用户,一查执行计划果然有大表上的merge join, 而且发现merge join 相关的一个大表,在where 后面没有任何相关的条件,通知用户检查,说是漏写了条件了. 晕啊
CathySun118 2007-05-24
  • 打赏
  • 举报
回复
这种和临时表空间关系很大
wangzk0206 2007-05-24
  • 打赏
  • 举报
回复
查看下TEMP表空间的使用情况
flyskywlh 2007-05-24
  • 打赏
  • 举报
回复
回maaw(maaw),那个SQL语句实际上只查出20条数据,原始数据也才1W条不到,而且临时表空间也加到几G了.
maaw 2007-05-24
  • 打赏
  • 举报
回复
临时表空间不够吧?
kongkongye 2007-05-24
  • 打赏
  • 举报
回复
"把你的temp表空间的数据文件改为autotextend"
危险的建议,太不可控了.
fjmingyang 2007-05-24
  • 打赏
  • 举报
回复
1 把你的temp表空间的数据文件改为autotextend
2 优化你的sql,减少排序

17,382

社区成员

发帖
与我相关
我的任务
社区描述
Oracle 基础和管理
社区管理员
  • 基础和管理社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧