MYSQL 解释给出 "Impossible WHERE"和 SELECT Count(x) 查询

Question

我似乎在 SELECT 查询中遇到了“不可能的 WHERE”。我在下面发布了两个查询，它们在子查询中有所不同。这些查询的作用是在更新计数之前检查用户之前是否保存过某些内容。我使用 SELECT 进行测试，但实际查询将使用 UPDATE:

UPDATE articles SET article_count = article_count+1 
WHERE id = 2343243 AND (
    SELECT COUNT(*) 
    FROM posts as p
    WHERE p.post_id = 2343243 AND p.user_id = 3
) = 1;

以下两个查询是我用来测试数据是否在表中的查询(仅用于测试):

EXPLAIN 
SELECT a.id 
FROM articles as a 
WHERE a.id = 2343243 AND (
    SELECT COUNT(*) 
    FROM posts as p
    WHERE p.post_id = a.id AND p.user_id = 3
) = 1;

查询 1 在 EXPLAIN 中返回 Impossible WHERE。 查询 #2 的 select_type 是 SUBQUERY。

EXPLAIN 
SELECT a.id 
FROM articles as a 
WHERE a.id = 2343243 AND (
    SELECT COUNT(*) 
    FROM posts as p
    WHERE p.post_id = 2343243 AND p.user_id = 3
) = 1;

查询 2 返回在 EXPLAIN 中读取 const 表后注意到的不可能的地方。 查询 2 的 select_type 是 DEPENDENT SUBQUERY。

问题:关于如何使这不是一个不可能的 WHERE 查询，有什么想法吗？而且，哪个会更快？

Answer 1

在 Mysql.com 上阅读了有关 Impossible WHERE 的内容后，发现在查询中使用 WHERE 1 = 1 这样的约束并不是一个好主意:

Because it is never possible for this condition to be true, the EXPLAIN statement will show the words Impossible WHERE. Informally, we at MySQL say that the WHERE has been optimized away.

Mysql.com:http://dev.mysql.com/doc/internals/en/optimizer-eliminating-dead-code.html

我决定放弃该查询，转而使用我编写的新查询，该查询对主查询和子查询都使用索引，这是一个更快的解决方案，而且看起来不太复杂:

UPDATE articles 
SET article_count = IF (
    (SELECT count(*) FROM posts WHERE post_id = 2343243 AND user_id = 3) = 1, article_count+1, article_count) 
WHERE id = 2343243;