MySQL关于exists的一个bug

今天长沙网络推广团队分享了一个关于MySQL的exists语句的奇特问题。这个问题确实让人惊讶，因为exists子句的返回值似乎并不符合预期。让我们一起一下这个问题，看看能否找到解决方案。

让我们回顾一下这两个查询语句：

第一个语句是这样的：

```sql

SELECT count(1) FROM APPLY t WHERE EXISTS (SELECT r.APPLY_ID FROM RECORD r WHERE t.APPLY_ID = r.APPLY_ID);

```

这个查询返回的结果是89584。在exists子句中，它检查是否存在与主查询中的记录匹配的记录。如果存在匹配的记录，那么exists子句返回true。这个查询的逻辑是合理的。

第二个语句的结果却让人困惑：

```sql

SELECT count(1) FROM APPLY t WHERE EXISTS (SELECT max(r.FINISH_TIME) FROM RECORD r WHERE t.APPLY_ID = r.APPLY_ID);

```

这个查询返回的结果是432382，显然与预期不符。在这个exists子句中，我们对FINISH_TIME列求最大值，并将其与主查询中的记录进行比较。按照MySQL的官方文档的说法，exists子句中的SELECT列表是可以忽略的，因此在这个例子中，求最大值和直接比较应该是一样的。实际情况并非如此。

我们来分析第一条语句：

原语句：

```sql

select 1 from dual where exists (select id from t3 where id=2);

```

执行计划显示，子查询在t3表中进行全表扫描，但由于WHERE子句的条件是固定的（id=2），所以实际上这个查询是不可能有结果的，因为"Impossible WHERE"的原因。'EXTENDED'关键字已被弃用，将在未来的版本中移除。

```sql

SELECT 1 FROM dual WHERE EXISTS (SELECT 1 FROM t3 WHERE id = 2 LIMIT 1);

```

对于第二条语句：

原语句：

```sql

select 1 from dual where exists (select max(id) from t3 where id=2);

```

```sql

在进行数据库查询时，我们时常使用exists语句来检查子查询是否返回结果。最近，在长沙网络推广团队的实践中，我们发现了一个关于exists语句的官方bug。为了更好地理解和解决这个问题，我想分享一些经验和观察。

在MySQL中，当我们尝试在exists子查询中对列使用某些函数（如abs，floor等）时，可能会遇到意外的结果。例如，以下两个查询看似相似，但返回的结果却不同：

在第一个查询中，我们对t3表的id列使用abs函数，当id为2时，查询返回空集：

```sql

select 1 from dual where exists (select abs(id) from t3 where id=2);

```

而在第二个查询中，我们对同样的列使用floor函数，也返回了空集：

```sql

select 1 from dual where exists (select floor(id) from t3 where id=2);

```

尽管这两个查询看起来应该产生相同的结果，但在实际执行时却存在差异。这是因为在某些情况下，对列进行函数操作可能会影响exists子查询的行为，从而导致潜在的bug。为了避免这个问题，建议我们在写exists子查询时直接使用列值，而避免对其进行任何函数操作。

针对这个问题，长沙网络推广团队已经进行了深入的研究和测试。如果大家在实际使用中遇到类似问题，欢迎留言反馈，我们会及时回复并提供帮助。感谢大家一直以来对狼蚁SEO网站的支持和信任。我们会继续努力，为大家提供更多有价值的分享和帮助。

了解和掌握数据库查询的特性和规律对于提高查询效率和避免潜在问题至关重要。希望长沙网络推广团队的这次分享能对大家有所帮助。如果你有任何疑问或建议，欢迎随时与我们交流。让我们一起学习进步，共同提升数据库查询技能。