如果我有一张桌子
CREATE TABLE users (
id int(10) unsigned NOT NULL auto_increment,
name varchar(255) NOT NULL,
profession varchar(255) NOT NULL,
employer varchar(255) NOT NULL,
PRIMARY KEY (id)
)
我想获得所有专业领域的独特价值，什么会更快(或建议):
SELECT DISTINCT u.profession FROM users u
or
SELECT u.profession FROM users u GROUP BY u.profession
?
当前回答
Group by比Distinct代价更大，因为Group by对结果进行排序，而Distinct则避免排序。但如果你想让group by产生与distinct相同的结果，请给order by null ..
SELECT DISTINCT u.profession FROM users u
等于
SELECT u.profession FROM users u GROUP BY u.profession order by null
其他回答
如果你有一个关于职业的索引，这两个是同义词。
如果没有，那么使用DISTINCT。
MySQL中的GROUP BY对结果进行排序。你甚至可以这样做:
SELECT u.profession FROM users u GROUP BY u.profession DESC
把你的职业按照DESC的顺序排序。
DISTINCT创建一个临时表并使用它存储副本。GROUP BY执行同样的操作，但随后对不同的结果进行排序。
So
SELECT DISTINCT u.profession FROM users u
更快，如果你没有职业索引的话。
经过大量的测试，我们得出的结论是GROUP BY更快
选择sql_no_cache opnamegroep_intern 从telwerken WHERE opnemergroep IN (7,8,9,10,11,12,13) group by opnamegroep_intern
总共0.0944秒 显示记录0 - 29(共635条，查询持续0.0484秒)
选择sql_no_cache 不同的(opnamegroep_intern) 从telwerken WHERE opnemergroep IN (7,8,9,10,11,12,13)
635总共0.2117秒(几乎慢了100%) 韦格弗面包车记录0 - 29(总共635，查询时间0.3468秒)
如果可以，尽量选择最简单、最简短的答案——DISTINCT似乎更符合你的要求，因为它会给你你需要的答案，而且只有这个答案!
在mySQL中，我发现GROUP BY将NULL视为不同的，而distinct不是。 采取完全相同的DISTINCT查询，删除了DISTINCT，并将所选字段添加为GROUP BY，并且由于其中一个字段为NULL，我得到了更多的行。
所以. .我倾向于相信mySQL中有更多的DISTINCT。
对于单个列上的DISTINCT和单个列上的GROUP BY，上面的所有答案都是正确的。 每个db引擎都有自己的实现和优化，如果你只关心一点点差异(在大多数情况下)，那么你必须针对特定的服务器和特定的版本进行测试!由于实现可能会改变…
但是，如果在查询中选择多个列，则DISTINCT本质上是不同的!因为在这种情况下，它将比较所有行的所有列，而不仅仅是一列。
如果你有这样的东西:
// This will NOT return unique by [id], but unique by (id,name)
SELECT DISTINCT id, name FROM some_query_with_joins
// This will select unique by [id].
SELECT id, name FROM some_query_with_joins GROUP BY id
认为DISTINCT关键字通过指定的第一列来区分行是一个常见的错误，但DISTINCT是这种方式的通用关键字。
所以朋友们，你们要小心，不要把上面的答案当成所有情况下的正确答案……你可能会感到困惑，得到错误的结果，而你想要的只是优化!
