首页
学习
活动
专区
圈层
工具
发布
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    MYSQL 查询优化之路-之DISTINCT全表扫描

    背景:今天对一个20w的表做关联查询,创建各种索引,没有提高执行的效率,使用EXPLAIN检查,总是提示“Using temporary”全表扫描,这不是我想的。...通过度娘,各种百度,是因为DISTINCT使用了全表扫描,现在特别记录下来。以背查验。...[驱动表] 的定义为:1)指定了联接条件时,满足查询条件的记录行数少的表为[驱动表];2)未指定联接条件时,行数少的表为[驱动表](Important!)。...e.NestedLoopJoin实际上就是通过驱动表的结果集作为循环基础数据,然后一条一条的通过该结果集中的数据作为过滤条件到下一个表中查询数据,然后合并结果。...如果还有第三个参与Join,则再通过前两个表的Join结果集作为循环基础数据,再一次通过循环查询条件到第三个表中查询数据,如此往复 2.两表JOIN优化: a.当无order by条件时

    4.9K42

    突破常识:SQL增加DISTINCT后查询效率反而提高

    以前也经常发现由于开发人员对SQL不是很理解,在SELECT列表的20多个字段前面添加了DISTINCT,造成查询的执行异常缓慢,基本上很难在ORA-1555错误出现之前得到查询的结果,甚至有些SQL会产生...不过这次碰到了一个有趣的现象:开发人员在测试一个比较复杂的SQL时发现如果SQL中加上了DISTINCT,则查询大概要花费4分钟左右;而如果不加DISTINCT,则查询执行了10多分钟仍然没有返回结果。...根据这样的描述,首先想到的是可能DISTINCT是在查询的最内层,由于加上DISTINCT使得第一步的结果集缩小了,从而导致查询性能的提高。但一看SQL才发现,DISTINCT居然是在查询的最外层。...对于不加DISTINCT的情况:由于使用IN子查询,Oracle对第二个连接采用了HASH JOIN SEMI,这种方式相对于普通的HASHJOIN来说代价要大一些。...如果添加了DISTINCT:CBO清楚知道在最后一步肯定要进行排序去重的操作,因此在连接时就选择了HASH JOIN作为连接方式。这就是加上了DISTINCT后,逻辑读反而减少的原因。

    4.1K60

    告别 Count Distinct 慢查询:StarRocks 高效去重全攻略

    操作有多种方法可选,但如何选择合适的方案呢?...在聚合键表中,如果表格非常宽,选择键可能会变得具有挑战性,尤其是在复杂的筛选条件下(包括半结构化数据)。如果选择的键太多,可能会影响导入/合并性能。...查询性能可能会比直接在去重键表上执行 COUNT DISTINCT 更差。...但对于大数据集或宽表,可能会出现与 HLL 聚合表相同的问题:选择多个键可能会影响导入/合并性能,并增加大数据集的查询性能开销。如果表的基数极高,使用 Bitmap 可能反而会降低性能。...去重列为普通 string 或其他非数值类型时:如需精确去重,可使用 array_distinct(array_agg(column)) 保存中间状态;如可接受近似去重,则可根据数据特点与精度要求,选择

    83210

    SQL命令 DISTINCT

    如果未指定DISTINCT子句,则默认情况下显示满足选择条件的所有行。ALL子句与不指定DEFAULT子句相同;如果指定ALL,SELECT将返回表中满足选择条件的所有行。...DISTINCT从句有两种形式: SELECT DISTINCT:为选择项值的每个唯一组合返回一行。可以指定一个或多个选择项。...未使用优化. */ 可以使用管理门户优化包含DISTINCT子句的查询的查询性能。依次选择系统管理、配置、SQL和对象设置、SQL。...子查询:在子查询中使用DISTINCT子句是合法的,但没有意义,因为子查询返回单个值。 未选择行数据:DISTINCT子句可以与不访问任何表数据的SELECT一起使用。...动态SQL SELECT查询和非游标嵌入式SQL SELECT查询从未设置%ROWID。 DISTINCT和事务处理 指定DISTINCT关键字会导致查询检索所有当前数据,包括当前事务尚未提交的数据。

    7K10
    领券