最近，在做一个项目的时候，发现得出的数据于预料的相差很多，仔细的研究了一下，发现问题出在 distinct语句和groupy by，order by
首先，distinct语句，获得非重复的（唯一）行记.
grouy by是分组，order by 是排序。

直接看我的例子。

假定我有一个表f_job,有字段：


还有其他字段，不可能影响结果.此处不列出。

job_id是primary key。 com_id是外键，我需要按照时间来排序。所以必须使用order by！

你看到了com_id在得出的结果中不唯一，对，我需要的结果就是提取com_id唯一的最近10条com_id的记录，而已。

我就以以前的MSSQL的经验写如下的语句执行：



对，这次得出的结果是唯一，但是，这不对呀，很明显，把com_id记录号码是2005的记录给没了，这结果肯定错。马上分析一下所有的的结果，发现忽略的com_id并没有消失，只是被排到后面去了。

我按照时间排序，应该出现的结果第一个就是2205呀，为什么能排到后面？从两条可疑记录看出了结果：

原记录：
distinct后的次序：



这说明，对于不是在一起的隔行记录，如果恰巧隔一行，还可以被order by 比较出来，否则比较出来的不再真实，这是因为，被缓存的上次的order by 的临时值在客观上不再有用！还有一种情况，如果记录连着，也可以被比较出来。

先是明白了MySql的弱智了。

马上又执行了一下操作，结果如下：

先和这个比较一下：

发现，distinct恰巧和前面第一次测试的结果相反处理我们的信息，他把隔行的看作不同的结果输出，这就导致了2205的记录又出现了。

然后我就用了group by语句，应该可以吧，结果也让我。。。：


这和distinct的结果一样，这倒不出乎意料，然后我又加入分组job_time,看看：


这结果差一点点了，然后我再distinct(com_id)一下，应该可以了吧！看看：


汗，这和没加group by 的一点区别都没，怎么这样弱呀！没办法，这怎么办，犹豫中。。。

上面的问题彻底的说明了这样一个事实：distinct只能返回它的目标字段，而无法返回其它字段。。。

汗，这和没加group by 的一点区别都没，怎么这样弱呀！没办法，这怎么办，犹豫中。。。

------------------------------------
想起了一个很能骚的一个人--phzzy，这jh，qq说了句话，果然在，他玩php，马上求助，经过1个多小时的艰苦YY，终于这鸟人先大爷我一步给出语句：

select (`com_id`),max(`job_time`) from `f_job` GROUP BY `com_id` order by max(`job_time`) limit 10；

mdgb，终于明白了，刚拿到这语句就明白了。

我tmd知道这是2次排序，md，group by是一次，然后无论怎么样，都不可能2次排序，因为第二次必须借助内部的集聚函数。。。。。。我怎么没想到max，气死我了[@more@]
文章名称：说Mysql的distinct语句和groupby，orderby
新闻来源：http://ybzwz.com/article/ipisii.html