SQL优化：游标与性能提升技巧-优快云博客

本文链接：https://blog.youkuaiyun.com/huangchao_sky/article/details/8500759

一篇关于如何通过优化游标来提高SQL查询性能的文章。内容提及了一个原本需要运行2小时的SQL突然增加到3小时的问题。作者分析了游标的优缺点，并指出在处理大量数据时，游标能减少锁和undo的持有时间。问题在于一个包含hash关联和group by操作的SQL在PGA中执行，导致PGA不足。优化方案是引入临时表，通过游标先定义结果集，再进行处理，最终将耗时降低到5分钟并保持稳定。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

问题描述:

公司的一个sql平常都是运行一个小时的，突然有一天3个小时还不能出来，

sql如下:

open cursor for SELECT PROVCODE,
       AREACODE,
       COUNT(DISTINCT USERNUMBER) MON_USERCOUNT,
       SUM(LOGINCOUNT) AS MON_TOTALCOUNT
FROM oss03.OSS_SSOLOGIN_MON_DETAIL A,
       (SELECT B.SITE_ID
          FROM oss03.OSS_SITES_CLASS_INFO B
         WHERE B.SITE_ID <> -1
           AND B.TYPE_ID = 1) C
WHERE A.MONTHNO = 201104
   AND A.CLIENTIDEXT = C.SITE_ID
   AND A.LOGINSERVICEID = 10
GROUP BY A.PROVCODE, A.AREACODE
很多人喜欢在游标后面很长的一个查询
这个sql原来跑2个小时,优化完之后5分钟了

分析:

========
tom说游标性能差，那不是主要的,tom只是说了一方面,没讲另外一方面

使用游标两个优点：
1.减少锁得持有时间
2.减少undo的持有时间

对于超过100万的dml，大家需要用游标,游标比sql块主要是快在解析这块
大事物的sql对性能影响非常大,有些人喜欢写300行的sql,或者更多
第一这个sql审核太麻烦
第二个:有隐藏的性能问题

oss03.OSS_SSOLOGIN_MON_DETAIL 这个表有分区,大概分区对应的有5000万数据
另外一个表是500万吧 ,这里由于有group by,distinct这些操作都是在用户的pga里面操作
还有子查询的结果集，hash连接空间 ,都在pga里面

优化方法:

==========

分析思维：由于hash 关联和group by 的时候都会占用pga，且sql未执行之前不会释放，导致pga不足，写临时表操作。

优化的方法是：加一个出口