没有完全等效的方法可以将使用 SELECT DISTINCT ON 的 Postgresql 查询转换为 MySQL。
Postgresql SELECT DISTINCT ON
在 Postgresql 中，以下查询将消除表达式所在的所有行(col1, col2, col3)匹配，并且它只会为每组匹配的行保留“第一个 col4，col5 行”：
SELECT DISTINCT ON (col1, col2, col3) col4, col5
FROM tablename
所以如果你的表是这样的：
col1 | col2 | col3 | col4 | col5
--------------------------------
1 | 2 | 3 | 777 | 888
1 | 2 | 3 | 888 | 999
3 | 3 | 3 | 555 | 555
我们的查询将仅保留 (1,2,3) 的一行和 (3,3,3) 的一行。结果行将是：
col4 | col5
-----------
777 | 888
555 | 555
请注意，每个集合的“第一行”是不可预测的，除非我们指定 ORDER BY，否则我们的第一行也可能是 (888, 999)：
SELECT DISTINCT ON (col1, col2, col3) col4, col5
FROM tablename
ORDER BY col1, col2, col3, col4
（表达式上的 DISTINCT 必须与最左边的 ORDER BY 表达式匹配，但 ORDER BY 可以包含其他表达式）。
MySQL 对 GROUP BY 的扩展
MySQL 扩展了使用GROUP BY http://dev.mysql.com/doc/refman/5.0/en/group-by-handling.html这样我们就可以选择 GROUP BY 子句中未命名的非聚合列。每当我们选择非聚合列时，服务器都可以自由地从该列的每个组中选择任何值，因此结果值将是不确定的。
所以这个 Postgresql 查询：
SELECT DISTINCT ON (col1, col2, col3) col4, col5
FROM tablename
可以被认为等同于这个 MySQL 查询：
SELECT col4, col5
FROM tablename
GROUP BY col1, col2, col3
Postgresql 和 MySQL 都会为每个（col1、col2、col3）返回“第一行”，并且在这两种情况下，返回的行都是不可预测的，因为我们没有指定和 order by 子句。
很多人很想用 ORDER BY 转换这个 Postgresql 查询：
SELECT DISTINCT ON (col1, col2, col3) col4, col5
FROM tablename
ORDER BY col1, col2, col3, col4
与这个：
SELECT col4, col5
FROM (
SELECT col1, col2, col3, col4, col5
FROM tablename
ORDER BY col1, col2, col3, col4
) s
GROUP BY col1, col2, col3
这里的想法是将 ORDER BY 应用于子查询，以便当 MySQL 按 col1、col2、col3 分组时，它将保留第一个遇到的 col4 和 col5 值。这个想法是好的，但却是错误的！MySQL可以自由地为col4和col5选择任何值，并且我们不知道哪个是第一个遇到的值，这取决于优化器。所以我将其更正为：
SELECT t1.col4, t1.col5
FROM tablename t1 INNER JOIN (SELECT col1, col2, col3, MIN(col4) as m_col4
FROM tablename
GROUP BY col1, col2, col3) s
ON t1.col1=s.col1
AND t1.col2=s.col2
AND t1.col3=s.col3
AND t1.col4=s.m_col4
GROUP BY
t1.col1, t1.col2, t1.col3, t1.col4
但这开始变得更加复杂。
结论
作为一般规则，没有一种确切的方法将 Postgresql 查询转换为 MySQL 查询，但有很多解决方法，结果查询可能与原始查询一样简单，也可能变得非常复杂，但这取决于查询本身。
