【案例94】笛卡尔积导致报“临时表空间不足”

问题现象

NC65,前台操作:审核生产报告,报错"临时表空间不足"的错误。

问题分析

通过如下脚本监控到的sql和等待事件,发现direct path write temp等待事件。

sql 复制代码
select last_call_et,v.event,
    s.sql_id,
      ---   s.SQL_FULLTEXT,
         s.SQL_TEXT,
        v.inst_id,
         V.SID,
         V.CLIENT_IDENTIFIER,
         v.blocking_session,
         v.blocking_session_status,
         'alter system kill session ''' || v.sid || ',' || v.serial# || ''' immediate;',
          v.USERNAME,
         s.CPU_TIME,
         s.ELAPSED_TIME,
         v.PROGRAM,
         'kill -9 ' || p.spid,
         v.CLIENT_INFO,
         v.SQL_HASH_VALUE,
         v.SQL_ADDRESS,
         v.MACHINE,
         v.TERMINAL, s.DISK_READS,s.BUFFER_GETS,s.SORTS,s.SHARABLE_MEM,s.PERSISTENT_MEM,s.RUNTIME_MEM,s.ROWS_PROCESSED    
from gv$session v, gv$process p, gv$sql s  
   where v.last_call_et > 0  
     and v.status = 'ACTIVE'
     and v.username != 'SYS'
     and p.addr = v.paddr
     and s.ADDRESS = v.SQL_ADDRESS
     and s.HASH_VALUE = v.SQL_HASH_VALUE
   order by last_call_et desc;

发现direct path write temp 这个等待事件是hash的驱动表太大内存放不下,去临时表里进行了,极大的影响性能判断是执行计划有问题。

执行计划如下,发现53T的数据在临时表

解决方案

把笛卡尔积关掉,执行计划再看需要hash 的尺寸明显减少,从而解决问题。

sql 复制代码
alter system set '_optimizer_mjc_enabled'=false
相关推荐
憧憬成为java架构高手的小白几秒前
git工作流程简化版
java·spring boot·git
触底反弹3 分钟前
苹果换芯片,用户说「真香」;微软换芯片,用户说「退货」—— 同样的事,为什么结果完全相反?
java·架构·编程语言
绿虫光伏运维3 分钟前
光伏监控运维系统哪家靠谱?
运维·光伏管理·光伏运维
JdSnE27zv6 分钟前
数据库性能优化三:程序操作优化
数据库·sql·性能优化
澜舟孟子开源社区10 分钟前
架构创新、上下文工程、可信计算、自适应优化:澜舟科技智能体核心技术解析
java·科技·架构
淘矿人11 分钟前
DeepSeek V4对决Claude 4.8:AI模型终极横评
java·开发语言·人工智能·python·sql·php·pygame
小手指动起来17 分钟前
重装系统教程(微PE+无捆绑+驱动完美修复)
服务器·开源软件
木雷坞29 分钟前
Docker Hub、GHCR、Quay 混在一起后,镜像源要分开测
运维·docker
IT利刃出鞘30 分钟前
Java多线程--三种写法(Thread、Runnable、Callable)
java·多线程
小陈phd38 分钟前
多模态大模型学习笔记(四十八)——从自然语言到 SQL:大模型时代结构化数据查询的技术革命与落地实践
笔记·sql·学习