您的解决方案使用GROUP BY子句的扩展，允许按某些字段分组(在这种情况下，只是post_author):

GROUP BY wp_posts.post_author

并选择非聚合列:

SELECT wp_posts.*

不在group by子句中列出，或者不在聚合函数中使用(MIN、MAX、COUNT等)。

正确使用GROUP BY子句的扩展

当非聚合列的所有值对每一行都相等时，这很有用。

例如，假设你有一个表GardensFlowers(花园的名字，花园里生长的花):

INSERT INTO GardensFlowers VALUES
('Central Park',       'Magnolia'),
('Hyde Park',          'Tulip'),
('Gardens By The Bay', 'Peony'),
('Gardens By The Bay', 'Cherry Blossom');

你想要提取花园中生长的所有花，那里有很多花。然后你必须使用子查询，例如你可以使用这个:

SELECT GardensFlowers.*
FROM   GardensFlowers
WHERE  name IN (SELECT   name
                FROM     GardensFlowers
                GROUP BY name
                HAVING   COUNT(DISTINCT flower)>1);

如果你需要提取花园中唯一的花，你可以将HAVING条件更改为HAVING COUNT(DISTINCT flower)=1，但MySql也允许你这样做:

SELECT   GardensFlowers.*
FROM     GardensFlowers
GROUP BY name
HAVING   COUNT(DISTINCT flower)=1;

没有子查询，不是标准SQL，但更简单。

GROUP BY子句扩展名使用不当

但是，如果SELECT每一行都不相等的非聚合列会发生什么?MySql为该列选择的值是什么?

看起来MySql总是选择它遇到的第一个值。

为了确保它遇到的第一个值恰好是您想要的值，您需要对有序查询应用GROUP BY，因此需要使用子查询。否则你不能这样做。

假设MySql总是选择它遇到的第一行，那么正确地对GROUP BY之前的行进行排序。但不幸的是，如果你仔细阅读文档，你会发现这个假设是不正确的。

当选择不总是相同的非聚合列时，MySql可以自由选择任何值，因此它实际显示的结果值是不确定的。

我发现这种获取非聚合列的第一个值的技巧被大量使用，而且它通常/几乎总是有效，我有时也使用它(自担风险)。但是由于没有记录，所以不能依赖这种行为。

这个链接(感谢ypercube!)GROUP BY技巧已经被优化，显示了相同查询在MySql和MariaDB之间返回不同结果的情况，可能是因为不同的优化引擎。

所以，如果这个把戏成功了，只是运气的问题。

另一个问题的公认答案在我看来是错误的:

HAVING wp_posts.post_date = MAX(wp_posts.post_date)

wp_posts。Post_date是一个未聚合的列，它的值没有正式确定，但它可能是遇到的第一个Post_date。但是由于GROUP BY技巧应用于无序表，因此无法确定遇到的第一个post_date是哪一个。

它可能会返回某个作者的唯一帖子，但这也不总是确定的。

一个可能的解决方案

我认为这是一个可能的解决方案:

SELECT wp_posts.*
FROM   wp_posts
WHERE  id IN (
  SELECT max(id)
  FROM wp_posts
  WHERE (post_author, post_date) = (
    SELECT   post_author, max(post_date)
    FROM     wp_posts
    WHERE    wp_posts.post_status='publish'
             AND wp_posts.post_type='post'
    GROUP BY post_author
  ) AND wp_posts.post_status='publish'
    AND wp_posts.post_type='post'
  GROUP BY post_author
)

在内部查询中，我返回每个作者的最大发布日期。然后我考虑到同一个作者理论上可以同时有两个帖子，所以我只得到最大的ID。然后返回所有id值最大的行。使用连接而不是IN子句可以使它更快。

(如果您确定ID只增加，如果ID1 > ID2也意味着post_date1 > post_date2，那么查询可以变得更简单，但我不确定情况是否如此)。

只需使用max函数和group函数

    select max(taskhistory.id) as id from taskhistory
            group by taskhistory.taskid
            order by taskhistory.datum desc

**子查询在使用大型数据集时可能会对性能产生不良影响**

原始查询

SELECT wp_posts.*
FROM   wp_posts
WHERE  wp_posts.post_status = 'publish'
       AND wp_posts.post_type = 'post'
GROUP  BY wp_posts.post_author
ORDER  BY wp_posts.post_date DESC; 

修改查询

SELECT p.post_status,
       p.post_type,
       Max(p.post_date),
       p.post_author
FROM   wp_posts P
WHERE  p.post_status = "publish"
       AND p.post_type = "post"
GROUP  BY p.post_author
ORDER  BY p.post_date; 

因为我在选择子句中使用Max ==> Max (p.post_date)，可以避免子选择查询和按组后的Max列排序。

你将要读到的内容相当俗气，所以不要在家尝试!

在SQL中，你的问题的答案通常是NO，但由于GROUP BY的放松模式(@bluefeet提到过)，在MySQL中答案是YES。

假设，你有一个BTREE索引(post_status, post_type, post_author, post_date)。索引在引擎盖下看起来如何?

(post_status='publish'， post_type='post'， post_author='user A'， post_date='2012-12-01') (post_status='publish'， post_type='post'， post_author='user A'， post_date='2012-12-31') (post_status='publish'， post_type='post'， post_author='user B'， post_date='2012-10-01') (post_status='publish'， post_type='post'， post_author='user B'， post_date='2012-12-01')

也就是说，数据是由所有这些字段按升序排序的。

当你在默认情况下执行GROUP BY时，它会根据分组字段(在我们的例子中是post_author;post_status, post_type是WHERE子句所需要的)，如果有匹配的索引，它将按升序获取每条第一个记录的数据。也就是说，该查询将获取以下内容(每个用户的第一篇文章):

(post_status='publish'， post_type='post'， post_author='user A'， post_date='2012-12-01') (post_status='publish'， post_type='post'， post_author='user B'， post_date='2012-10-01')

但是MySQL中的GROUP BY允许显式地指定顺序。当你以降序请求post_user时，它会以相反的顺序遍历我们的索引，仍然取每个组的第一条记录，实际上是最后一条。

这是

...
WHERE wp_posts.post_status='publish' AND wp_posts.post_type='post'
GROUP BY wp_posts.post_author DESC

会给我们

(post_status='publish'， post_type='post'， post_author='user B'， post_date='2012-12-01') (post_status='publish'， post_type='post'， post_author='user A'， post_date='2012-12-31')

现在，当您按照post_date对分组结果进行排序时，您将得到所需的数据。

SELECT wp_posts.*
FROM wp_posts
WHERE wp_posts.post_status='publish' AND wp_posts.post_type='post'
GROUP BY wp_posts.post_author DESC
ORDER BY wp_posts.post_date DESC;

NB:

对于这个特定的查询，我不建议使用这种方法。在这种情况下，我会使用@bluefeet建议的稍微修改版本。但是这个技巧可能非常有用。看一下我的回答:检索每个组中的最后一条记录

缺陷:这种方法的缺点是

查询的结果取决于索引，这违背了SQL的精神(索引应该只加速查询); 索引不知道它对查询的影响(您或其他人将来可能会发现索引太消耗资源，并以某种方式更改它，破坏查询结果，而不仅仅是它的性能) 如果您不理解查询是如何工作的，很可能在一个月内就会忘记解释，查询将使您和您的同事感到困惑。

其优势在于在困难情况下的性能。在这种情况下，查询的性能应该与@bluefeet的查询相同，因为涉及到排序的数据量(所有数据都加载到一个临时表中，然后排序;顺便说一句，他的查询需要(post_status, post_type, post_author, post_date)索引以及)。

我的建议:

正如我所说，这些查询使MySQL在临时表中浪费时间对潜在的大量数据进行排序。如果需要分页(即涉及到LIMIT)，大部分数据甚至会被丢弃。我要做的是最小化排序数据的数量:即对子查询中的数据进行排序和限制，然后连接回整个表。

SELECT * 
FROM wp_posts
INNER JOIN
(
  SELECT max(post_date) post_date, post_author
  FROM wp_posts
  WHERE post_status='publish' AND post_type='post'
  GROUP BY post_author
  ORDER BY post_date DESC
  -- LIMIT GOES HERE
) p2 USING (post_author, post_date)
WHERE post_status='publish' AND post_type='post';

同样的查询，使用上面描述的方法:

SELECT *
FROM (
  SELECT post_id
  FROM wp_posts
  WHERE post_status='publish' AND post_type='post'
  GROUP BY post_author DESC
  ORDER BY post_date DESC
  -- LIMIT GOES HERE
) as ids
JOIN wp_posts USING (post_id);

所有这些查询及其在SQLFiddle上的执行计划。

不确定这是否已经被建议，但你现在可以使用SQL窗口函数:

SELECT * FROM (
      SELECT wp_posts.*, ROW_NUMBER() OVER (PARTITION BY wp_posts.post_author ORDER BY post_date DESC) rank
      FROM wp_posts
      WHERE wp_posts.post_status = 'publish'
      AND wp_posts.post_type = 'post'
  ) AS T
WHERE rank = 1

所有行都被“排名”，然后你只需要选择每个第一行。

我承认我对表现没有任何了解，但据我所知，这应该是可以接受的。

简单回顾一下，标准的解决方案使用了一个不相关的子查询，看起来像这样:

SELECT x.*
  FROM my_table x
  JOIN (SELECT grouping_criteria,MAX(ranking_criterion) max_n FROM my_table GROUP BY grouping_criteria) y
    ON y.grouping_criteria = x.grouping_criteria
   AND y.max_n = x.ranking_criterion;

如果你正在使用一个古老版本的MySQL，或者一个相当小的数据集，那么你可以使用以下方法:

SELECT x.*
  FROM my_table x
  LEFT
  JOIN my_table y
    ON y.joining_criteria = x.joining_criteria
   AND y.ranking_criteria < x.ranking_criteria
 WHERE y.some_non_null_column IS NULL;