再议hash group by

最新推荐文章于 2024-06-20 09:57:07 发布

comnp66042

最新推荐文章于 2024-06-20 09:57:07 发布

阅读量168

点赞数

文章标签：数据库

前面提到10.2版本以上hash group by 问题，以下一个帖子中例子也是出现hash

group by问题。

http://forums.oracle.com/forums/thread.jspa?threadID=2228426&tstart=0

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/354732/viewspace-696406/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/354732/viewspace-696406/

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

comnp66042

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
复制链接

分享到 QQ

分享到新浪微博

扫一扫

group by hash join优化案例

蘑菇丁的专栏

03-28

1798

原本有两个表，其中一个表的数据是150W 另一个表的数据是15W，他们两个hash join后花费的时间很长，后改成半连接后性能明显提升不少 SQL> conn hxy/hxy as sysdba Connected. SQL> create table t1 as select * from dba_objects where rownum Table created. SQL> cr

11g 一个sql案例 hash group by

敖尔其楞的专栏

11-27

2737

处理了一个sql导致的告警问题，这个sql本身的写法是有问题的，这个sql有2个执行计划一个好的，一个不好的，好的执行计划是谓词反馈后，确定了正常的结果集，抛出语句的本身问题，看下oracle是怎么搞错的错误的执行计划 SQL_ID 9z2dtfxqun0xp, child number 5 ------------------------------------- select * from (

参与评论您还未登录，请先登录后发表或查看评论

10g中HASH GROUP BY引起的临时表空间不足

weixin_33769207的博客

08-04

132

今天早上应用人员反映一个原本在9i上可以顺利完成的CTAS脚本，迁移到10g后运行总是报“ORA-1652: unable to extend temp segment by 128 in tablespace TS_HQY1_TEMP "无法扩展临时表空间的错误。应用人员表示该脚本涉及的数据量在迁移前后变化不大，而且令人匪夷所思的是在新的10g库上临时表空间大小已达40多个...

Oracle Hash Group By

cuimidiao3147的博客

11-08

546

Starting with 10g, Oracle introduced “Hash Group By” as the default grouping by mechanism. Or...

sort group和hash group

码基的博客

07-09

1288

说明： 数据库的分组算法有两种，sort group和hash group。前者需要会所有数据进行全局排序，然后在迭代每一条记录时，凡是与上一条记录不一致的，就划分为一个新组。后者则是直接对分组列计算hash值，相同的值会被hash同一组。 MapReduce编程中reduce端shuffle就是典型的sort group。貌似现在传统型数据库的分组，以及hive在map端分组都采用的是hash...

10.2版本中hash group by一些争议

02-17

222

10.2中对group by 引入了hash group by替代了sort group by，针对这个新特性，谈谈个人的看法：1、在oracle的白皮书中，推荐使用hash group by，并阐述了性能的优越性...

GBase 8a集群性能优化之group by 多列hash重分布

pengrander的博客

03-28

1009

GBase 8a性能优化

C# GroupBy的基本使用教程

01-20

在C#编程中，`GroupBy` 是一个非常强大的 LINQ 操作，它允许我们将数据集按照一个或多个键进行分组，以便于处理和分析。在这个基础使用教程中，我们将探讨如何正确地使用 `GroupBy` 方法以及解决在重构过程中遇到的...

oracle group by执行慢,一次对group by时间导致的慢查询的优化

weixin_42362931的博客

04-15

6839

前言：最近在测试环境中点击一个图表展示页面时，半天才得到后台响应的数据进行页面渲染展示，后台的响应很慢，这样极大的降低了用户的体验；发现这个问题后马上进行了排查，通过排查发现是由一个查询很慢的 group by 语句导致的；本文主线：①、简单描述下排查步骤；②、对 group by 查询慢进行优化；简单描述下排查步骤：排查主要分为了两个步骤：后台接口的监控，看看哪个方法调用时耗时多数据库开启慢...

oracle指定group by走索引,为什么group by 不走索引

weixin_39933713的博客

04-05

1513

SQL> explain plan for select substr(t.visit_time, 1, 8) from user_statistics twhere SUBSTR(TO_CHAR(VISIT_TIME),1,8) >='20120903' and SUBSTR(TO_CHAR(VISIT_TIME),1,8)<='20120904';ExplainedS...

oracle hash 聚合,HASH GROUP BY与SORT GROUP BY

weixin_35102377的博客

04-04

1096

本帖最后由北京大豆于 2013-9-2 18:20 编辑(1).分组算法在10g以前，GROUP BY是通过按照GROUP BY中的列对记录进行排序实现的。10g以后，HASH GROUP BY通过在读取表时将聚合计算在散列表中避免了排序。理论上，HASH GROUP BY应该比SORT GROUP BY速度快很多并消耗更少的内存。然而，HASH GROUP BY的初始实现bug很多。在11....

hash group by导致ORA-600

cuilin2183的博客

07-21

334

今天，在测试一个过程的是遇到一个ORA-00600错误：Errors in file /opt/oracle/admin/citizen/bdump/citizen_j000_25812.trc:ORA-00600: inter...

sort group by和hash group by性能比较

关注系统性能调优

06-08

9358

在10gR2中，group by由以前的sort group by改成了hash group by，这种算法上的改进，取消了sort group by必须进行的排序操作。官方文档上说hash group by的性能强于sort group by，但经过我的测试，不管是逻辑读和cost都是一样的。 SQL>create table test as select * from dba_objects

GROUP BY 的实现与优化

weixin_33860737的博客

04-23

116

由于GROUP BY实际上也同样需要进行排序操作，而且与ORDER BY相比，GROUP BY主要只是多了排序之后的分组操作。当然，如果在分组的时候还使用了其他的一些聚合函数，那么还需要一些聚合函数的计算。所以，在GROUP BY的实现过程中，与ORDERBY一样也可以利用到索引。在MySQL中，GROUP BY的实现同样有多种（三种）方式，其中有两种方式会利用现有的索引信...

层级查询高级用法, 执行计划hash group by--工作备忘2016/02/02

Richie's 残酷舞台

02-04

2898

1、

oracle 10g新增hash group by 算法

cuibao3081的博客

07-12

179

决定hash group by 启用的参数是_gby_hash_aggregation_enabled 。查询是否启动： select ksppinm, ksppstvl from x$ksppi pi, x$kspp...

PostgreSQL17优化器改进(5)GROUP BY优化

最新发布

m0_61738548的博客

06-20

810

本次在PostgreSQL17版本中描述的根据索引或order by排序来优化GROUP BY列的排序，同时新增了enable_group_by_reordering参数进行控制，默认值为on，这里GROUP BY优化其实就是对**分组聚集**实现方式的优化。

性能调优8：分组聚合 - group by

albh81462的博客

01-15

201

聚合实际上对数据做分组统计，SQL Server使用两种操作符来实现聚合，流聚合（Stream Aggregation）和哈希聚合（Hash aggration）。流聚合是非阻塞性的，具有流的特性，流聚合操作符；边处理数据，边输出聚合的结果。而哈希聚合是阻塞性的，只要处理完所有的数据，才会输出聚合的结果。一，流聚合流聚合要求输入的数据集在group by 即分组列上是有序的，也就...

hash group by后导致的cardinality=1问题

ericdeng2008的专栏

09-03

562

在做报表性能调优的时候发现一条sql执行很慢，发现主要是由于cardinality估算错误导致 数据库版本：Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production 前一步HASH JOIN后cardinality估算6985，hash group by后竟然变成1

ORALCE hash group by 和 sort group by

11-03

ORACLE数据库中的GROUP BY操作可以通过HASH GROUP BY和SORT GROUP BY两种方式实现。在10g以前，GROUP BY是通过按照GROUP BY中的列对记录进行排序实现的。而在10g以后，HASH GROUP BY通过在读取表时将聚合计算在散列表中避免了排序，理论上比SORT GROUP BY速度更快并消耗更少的内存。然而，HASH GROUP BY的初始实现存在很多bug，在11.1.0.7和10.2.0.4版本发布后基本解决了。如果遇到了和HASH GROUP BY方法相关的问题，可以尝试关闭HASH GROUP BY，通过参数_GBY_HASH_AGGREGATION_ENABLED设置为FALSE来禁用HASH GROUP BY。如果在同一个表达式中使用GROUP BY和ORDER BY，优化器通常会决定使用SORT GROUP BY(而不是HASH GROUP BY)，因为SORT GROUP BY会按照顺序返回记录。在10g以前的版本，GROUP BY操作通常会按照排序的顺序返回记录，因此ORDER BY子句事实上不起什么作用。然而，从10g以后，ORDER BY会抑制HASH GROUP BY方法的使用，因此可能会降低性能。