注意：在MySQL 8+天中，我可能不会再推荐这种方法了。好几年没用了。

第三种解决方案是MySQL特有的，看起来像这样：

SELECT id, MAX(rev) AS rev
 , 0+SUBSTRING_INDEX(GROUP_CONCAT(numeric_content ORDER BY rev DESC), ',', 1) AS numeric_content
FROM t1
GROUP BY id

是的，它看起来很糟糕（转换为字符串和返回等），但根据我的经验，它通常比其他解决方案更快。也许这只是我的用例，但我已经在具有数百万条记录和许多唯一ID的表上使用了它。也许是因为MySQL在优化其他解决方案方面非常糟糕（至少在我提出这个解决方案的5.0天）。

一件重要的事情是GROUP_CONCAT对于它可以建立的字符串有一个最大长度。您可能希望通过设置group_concat_max_len变量来提高此限制。请记住，如果您有大量的行，这将是缩放的限制。

无论如何，如果您的内容字段已经是文本，则上述操作不会直接起作用。在这种情况下，您可能需要使用不同的分隔符，例如\0。您还将更快地达到group_concat_max_len限制。

我不能保证它的性能，但这里有一个受Microsoft Excel限制启发的技巧。它有一些好的特点

好东西

即使有平局，它也应该强制返回一个“最大记录”（有时有用）它不需要联接

接近，接近

它有点难看，需要您了解rev列的有效值范围。假设我们知道rev列是一个介于0.00和999之间的数字，包括小数，但小数点右侧只有两位数字（例如，34.17是一个有效值）。

这件事的要点是，通过将主比较字段与所需数据串接/打包，可以创建一个单独的合成列。通过这种方式，您可以强制SQL的MAX（）聚合函数返回所有数据（因为它已打包到一列中）。然后您必须解压缩数据。

下面是上面用SQL编写的示例的外观

SELECT id, 
       CAST(SUBSTRING(max(packed_col) FROM 2 FOR 6) AS float) as max_rev,
       SUBSTRING(max(packed_col) FROM 11) AS content_for_max_rev 
FROM  (SELECT id, 
       CAST(1000 + rev + .001 as CHAR) || '---' || CAST(content AS char) AS packed_col
       FROM yourtable
      ) 
GROUP BY id

包装开始时，将rev列强制为已知字符长度的数字，而不考虑rev的值，例如

3.2变为1003.20157变为1057.001923.88变为1923.881

如果你做得对，两个数字的字符串比较应该产生与两个数字数字比较相同的“最大值”，并且很容易使用substring函数转换回原始数字（这在任何地方都可以使用一种或另一种形式）。

乍一看。。。

您只需要一个带有MAX聚合函数的GROUP BY子句：

SELECT id, MAX(rev)
FROM YourTable
GROUP BY id

从来没有这么简单，是吗？

我刚刚注意到你也需要内容栏。

这是SQL中一个非常常见的问题：在每个组标识符的列中查找具有某个最大值的行的整个数据。在我的职业生涯中我听过很多。事实上，这是我在当前工作的技术面试中回答的问题之一。

事实上，StackOverflow社区创建了一个标签来处理这样的问题是非常常见的：每个组中最优秀的一个。

基本上，有两种方法可以解决这个问题：

使用简单组标识符连接，组子查询中的最大值

在这种方法中，首先在子查询中找到组标识符，即组中的最大值（上面已经解决）。然后，将表连接到子查询，组标识符和组中的最大值相等：

SELECT a.id, a.rev, a.contents
FROM YourTable a
INNER JOIN (
    SELECT id, MAX(rev) rev
    FROM YourTable
    GROUP BY id
) b ON a.id = b.id AND a.rev = b.rev

左侧使用自身连接，调整连接条件和过滤器

在这种方法中，您可以将表与自身连接起来。组标识符中包含相等项。然后，两个聪明的动作：

第二个连接条件的左侧值小于右侧值执行步骤1时，实际具有最大值的行的右侧将为NULL（这是一个LEFT JOIN，记得吗？）。然后，我们过滤合并结果，只显示右侧为NULL的行。

所以你最终会得到：

SELECT a.*
FROM YourTable a
LEFT OUTER JOIN YourTable b
    ON a.id = b.id AND a.rev < b.rev
WHERE b.id IS NULL;

结论

这两种方法带来的结果完全相同。

如果组标识符的组中有两行具有最大值，则两种方法中的结果都是这两行。

这两种方法都与SQLANSI兼容，因此，无论其“味道”如何，都可以与您喜爱的RDBMS一起使用。

这两种方法都是性能友好的，但是您的里程可能会有所不同（RDBMS、DB结构、索引等）。确保你选择对你最有意义的那一个。

我喜欢通过按某一列对记录进行排名来做到这一点。在这种情况下，按id对rev值进行分组。rev值越高的排名越低。所以，最高转速的排名为1。

select id, rev, content
from
 (select
    @rowNum := if(@prevValue = id, @rowNum+1, 1) as row_num,
    id, rev, content,
    @prevValue := id
  from
   (select id, rev, content from YOURTABLE order by id asc, rev desc) TEMP,
   (select @rowNum := 1 from DUAL) X,
   (select @prevValue := -1 from DUAL) Y) TEMP
where row_num = 1;

不确定引入变量是否会使整个过程变慢。但至少我没有两次查询YOURTABLE。

我惊讶地发现，没有答案提供SQL窗口函数解决方案：

SELECT a.id, a.rev, a.contents
  FROM (SELECT id, rev, contents,
               ROW_NUMBER() OVER (PARTITION BY id ORDER BY rev DESC) ranked_order
          FROM YourTable) a
 WHERE a.ranked_order = 1 

在SQL标准ANSI/ISO标准SQL:2003中添加了窗口（或窗口）功能，后来又用ANSI/ISO标准SQL：2008进行了扩展。有更多类型的秩函数可用于处理平局问题：rank、DENSE_rank、PERSENT_rank。

注意：在MySQL 8+天中，我可能不会再推荐这种方法了。好几年没用了。

第三种解决方案是MySQL特有的，看起来像这样：

SELECT id, MAX(rev) AS rev
 , 0+SUBSTRING_INDEX(GROUP_CONCAT(numeric_content ORDER BY rev DESC), ',', 1) AS numeric_content
FROM t1
GROUP BY id

是的，它看起来很糟糕（转换为字符串和返回等），但根据我的经验，它通常比其他解决方案更快。也许这只是我的用例，但我已经在具有数百万条记录和许多唯一ID的表上使用了它。也许是因为MySQL在优化其他解决方案方面非常糟糕（至少在我提出这个解决方案的5.0天）。

一件重要的事情是GROUP_CONCAT对于它可以建立的字符串有一个最大长度。您可能希望通过设置group_concat_max_len变量来提高此限制。请记住，如果您有大量的行，这将是缩放的限制。

无论如何，如果您的内容字段已经是文本，则上述操作不会直接起作用。在这种情况下，您可能需要使用不同的分隔符，例如\0。您还将更快地达到group_concat_max_len限制。