有这样的一个需求：select count(distinct nick) from user_access_xx_xx;
这条sql用于统计用户访问的uv，由于单表的数据量在10G以上，即使在user_access_xx_xx上加上nick的索引，
通过查看执行计划，也为全索引扫描，sql在执行的时候，会对整个服务器带来抖动；
root@db 09:00:12>select count(distinct nick) from user_access;
+———————-+
| count(distinct nick) |
+———————-+
| 806934 |
+———————-+
1 row in set (52.78 sec)
执行一次sql需要花费52.78s，已经非常的慢了
现在需要换一种思路来解决该问题：
我们知道索引的值是按照索引字段升序的，比如我们对(nick，other_column)两个字段做了索引，那么在索引中的则是按照nick，other_column的升序排列：
我们现在的sql：select count(distinct nick) from user_access;则是直接从nick1开始一条条扫描下来，直到扫描到最后一个nick_n,
那么中间过程会扫描很多重复的nick，如果我们能够跳过中间重复的nick，则性能会优化非常多(在oracle中，这种扫描技术为loose index scan，但在5.1的版本中，mysql中还不能直接支持这种优化技术)：
所以需要通过改写sql来达到伪loose index scan：
root@db 09:41:30>select count(*) from ( select distinct(nick) from user_access)t ;
| count(*) |
+———-+
| 806934 |
1 row in set (5.81 sec)
Sql中先选出不同的nick，最后在外面套一层，就可以得到nick的distinct值总和；
最重要的是在子查询中：select distinct(nick) 实现了上图中的伪loose index scan，优化器在这个时候的执行计划为Using index for group-by ，
需要注意的是mysql把distinct优化为group by，它首先利用索引来分组，然后扫描索引，对需要的nick只扫描一次；
两个sql的执行计划分别为：
优化写法：
root@db 09:41:10>explain select distinct(nick) from user_access-> ;
+—-+————-+——————————+——-+—————+————-| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+—-+————-+——————————+——-+—————+————-
| 1 | SIMPLE | user_access | range | NULL | ind_user_access_nick | 67 | NULL | 2124695 | Using index for group-by |
+—-+————-+——————————+——-+—————+————-
原始写法：
root@db 09:42:55>explain select count(distinct nick) from user_access;
+—-+————-+——————————+——-+—————+————-
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+—-+————-+——————————+——-+—————+————-
| 1 | SIMPLE | user_access | index | NULL | ind_user_access | 177 | NULL | 19546123 | Using index |
————————————————
原文链接：
https://blog.csdn.net/weixin_39821605/article/details/113426604
有这样的一个需求：select count(
distinct
nick) from user_access_xx_xx;
这条
sql
用于统计用户访问的uv，由于单表的数据量在10G以上，即使在user_access_xx_xx上加上nick的索引，
通过查看执行计划，也为全索引扫描，
sql
在执行的时候，会对整个服务器带来抖动；
root@db 09:00:12>select count(
distinct
nick) from user_access;
+———————-+
| count(
distinct
nick) |
+———————-+
| 806934 |
+—————
然后将person[i]的进行计算得到最小的salary，再计算person[i+1]的最小salary，但是索引是有序的，查询出来的语句已经是先按person排序，再按salary排序，也就是说每个person的第一个salary就是最小的，
中
间的扫描所有每个person的salary并计算最小值的过程是可以省略的直接取每个person的第一个salary即可，这就是松散索引扫描，无需扫描所有的满足条件的索引。一旦使用了临时表，在Extra
中
将会出现Using temporary。
本事例实验用表task，结构如下
mysql
> desc task;
+-------------+------------+------+-----+-------------------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------------+-----
在
MySQL
查询
中
，可能会包含重复值。这并不成问题，不过，有时您也许希望仅仅列出不同（
distinct
）的值。
关键词
DISTINCT
用于返回唯一不同的值，就是去重啦。用法也很简单：
SELECT
DISTINCT
* FROM tableName
DISTINCT
这个关键字来过滤掉多余的重复记录只保留一条。
另外，如果要对某个字段去重，可以试下：
SELECT *, COUNT(
DISTINCT
nowamagic) FROM table GROUP BY nowamagic
这个用法，
MySQL
的版本不能太低。
在编写查询之前，我们甚至应该对过滤条件进行排序，真正高效的条
当前位置:我的异常网» Oracle管理»为什么用
distinct
时很
慢
?解决方法为什么用
distinct
时很
慢
?解决方法www.myexceptions.net网友分享于：2013-05-09浏览：451次为什么用
distinct
时很
慢
?为什么用
distinct
时很
慢
?以下select语句很
快
就得到结果，共有十几万行，但是有很多重复行，selectJ030.* from(select...
一、
优化
目的在我提交了代码的时候，架构师给我指出我这个
sql
这样写会有问题。因为在分库分表的时候，是不支持子查询的。所以需要把多表的子查询的
sql
结构进行
优化
。二、
优化
之前的
sql
长这样是不是挺恐怖的；(此处为了脱敏，我把相关的
sql
关键词都给打码掉了)这个
sql
的执行步骤如下：1、查询出来d表
中
的某个id字段包含多个id值的所有的数据(因为此表是1-n的关系，所以需要去重，仅需要拿到不重复的id...
《
MysqL
应用
分析
MysqL
中
优化
distinct
的
技巧
》要点：本文介绍了
MysqL
应用
分析
MysqL
中
优化
distinct
的
技巧
，希望对您有用。如果有疑问，可以联系我们。
sql
用于统计用户访问的uv,由于单表的数据量在10G以上,即使在user_access_xx_xx上加上nick的索引,
sql
在执行的时候,会对整个服务器带来抖动；
sql
需要花费52.78s,已经非常的
慢
了解决该问题：
sql
...
MySQL
通常使用GROUPBY(本质上是排序动作)完成
DISTINCT
操作,如果
DISTINCT
操作和ORDERBY操作组合使用,通常会用到临时表.这样会影响性能. 在一些情况下,
MySQL
可以使用索引
优化
DISTINCT
操作,但需要活学活用.本文涉及一个不能利用索引完成
DISTINCT
操作的实例.实例1 使用索引
优化
DISTINCT
操作create table m11 (...
一个
Distinct
的
优化
。[@more@]一个
Distinct
的
优化
。ISN有3000万笔，SCARTON有600万笔原
SQL
：16:07:02
SQL
> set autotrace on;16:07:19
SQL
> SELECT COUNT(
DISTINCT
(SCARTON.SCARNO)) MAX_SCARTON16:07:592FROM SCARTON,ISN WHERE SC...
