MySQL中无GROUP BY情况下直接使用HAVING语句的问题探究

这篇文章主要介绍了MySQL中无GROUP BY情况下直接使用HAVING语句的问题探究,同时探究了该情况下MAX与MIN功能的使用情况,需要的朋友可以参考下：

今天有同学给我反应，有一张表，id是主键，这样的写法可以返回一条记录：

1	“ SELECT * FROM t HAVING id= MIN (id);”

但是只是把MIN换成MAX，这样返回就是空了：

1	“ SELECT * FROM t HAVING id= MAX (id);”

这是为什么呢？

我们先来做个试验，验证这种情况。

这是表结构，初始化两条记录，然后试验：

初看之下，好像真的是这样哎，怎么会这样呢？

我再试一下，把a字段改一个为10，然后试下a字段：

我擦，这回MAX能返回，MIN不能了，这又是为啥呢？

旁白

一般来说，HAVING子句是配合GROUP BY使用的，单独使用HAVING本身是不符合规范的，

但是MySQL会做一个重写，加上一个GROUP BY NULL，”SELECT * FROM t HAVING id=MIN(id)”会被重写为”SELECT * FROM t GROUP BY NULL HAVING id=MIN(id)”，这样语法就符合规范了。

继续……

但是，这个 GROUP BY NULL 会产生什么结果呢？经过查看代码和试验，可以证明，GROUP BY NULL 等价于 LIMIT 1：

也就是说，GROUP BY NULL 以后，只会有一个分组，里面就是第一行数据。

但是如果这样，MIN、MAX结果应该是一致的，那也不应该MAX和MIN一个有结果，一个没结果啊，这是为什么呢，再做一个测试。

修改一下数据，然后直接查看MIN/MAX的值：

是不是发现问题了？

MAX/MIN函数取值是全局的，而不是LIMIT 1这个分组内的。

因此，当GROUP BY NULL的时候，MAX/MIN函数是取所有数据里的最大和最小值！

所以啊，”SELECT * FROM t HAVING id=MIN(id)”本质上是”SELECT * FROM t HAVING id=1″, 就能返回一条记录，而”SELECT * FROM t HAVING id=MAX(id)”本质上是”SELECT * FROM t HAVING id=3″，当然没有返回记录，这就是问题的根源。

测试一下GROUP BY a，这样就对了，每个分组内只有一行，所以MAX/MIN一样大，这回是取得组内最大和最小值。

GROUP BY NULL时MAX/MIN的行为，是这个问题的本质，所以啊，尽量使用标准语法，玩花样SQL之前，一定要搞清楚它的行为是否与理解的一致。