MySQL - 为什么 COUNT 带有“大于”？快但“小于”需要永远吗？

Question

SELECT count(*) c FROM full_view WHERE verified > ( DATE (NOW()) - INTERVAL 30 DAY)

如果我运行该查询，则需要一瞬间的时间，但如果我切换比较运算符，则需要很长时间。现在，第一种方式计数 = 0，第二种方式计数 = 120000，但如果我只计算整个表，也需要微秒。

但有一些奇怪的事情正在发生，因为如果查询确实完成，那么此后它会运行得非常快。 MySQL 正在缓存查询或者其他正确的东西吗？好吧，我不想依赖缓存来确保网站不会挂起。

这看起来很荒谬：如果它可以快速计算出大于某个日期的所有内容，为什么还要花更长的时间来计算相反的日期呢？无论哪种方式，它都必须查看整个表，对吗？它需要返回的只是一个数字，因此带宽不应该成为问题。

解释一下查询：

1, 'SIMPLE', 'b', 'range', 'updated,verified_index', 'updated', '3', '', 28, 'Using where'`    
1, 'SIMPLE', 'l', 'eq_ref', 'PRIMARY', 'PRIMARY', '4', 'xyz_main.b.loc_id', 1, 'Using index'
1, 'SIMPLE', 'f', 'ALL', '', '', '', '', 2214, ''

---

编辑：

这可能有点有趣，我在运行查询时发现了这个信息：

Handler_read_rnd_next：

• 254436689（当小于）
• 2（大于）

Key_read_requests： 314393 vs 33（33 是使用大于时所有统计数据的最大数字）

Handler_read_key： 104303 vs 1

绕过视图并直接在主表上运行查询可以消除缓慢的情况。那么我需要做什么来加快速度呢？该视图本质上是这样的：

SELECT x, y, z, verified FROM table1 LEFT JOIN table2 on tab2_ID = table2.ID LEFT JOIN table3 on tab3_ID = table3.ID

---

已解决： 弗兰基带领我走向正确的方向。第二个连接表（公司表）是通过公司的全文名称连接的。我最近才决定向该表添加一个整数键。名称列应该被索引，但我可能搞砸了。无论如何，我重新组织了一切。我转换了主表中的外键以匹配公司表的整数 ID，而不是完整的公司名称。我重新索引了每个表中的这些列，然后更新了视图以反映新的连接点。现在它可以立即双向运行。 :) 所以我猜整数键是关键。问题已经解决了，但我仍然觉得我原来的问题没有真正解决。

谢谢你们的帮助。

Answer 1

请运行以下查询并发布结果。

EXPLAIN SELECT count(*) c 
FROM full_view 
WHERE verified > ( DATE (NOW()) - INTERVAL 30 DAY)

长期被遗忘的解释 几乎总是带一些东西进来！ ;)

---

编辑1：
这可能是令人反感的一行：

1, 'SIMPLE', 'f', 'ALL', '', '', '', '', 2214, ''

其中的 ALL 表明存在全表扫描。

您可以进一步深入了解解释< /code> 此图上的语法。

请尝试看看差异在哪里...

---

编辑 2：
该文档肯定会让 Explain 上的事情变得更加清晰输出。请检查一下。

---

编辑3：
逐步分析explain命令。

1, 'SIMPLE', 'b', 'range', 'updated,verified_index', 'updated', '3', '', 28, 'Using where'`    
1 - id
SIMPLE - simple select, not using sub-queries
b - table name
range - only rows that are in a given range are retrieved, using an index
updated,verified_index - are both possible keys
updated - was the key eventually used
3 - key lenght
'' - this is the ref column and would show which columns or constants are compared to the index name in the key column to select rows from the table.
28 - number of rows mysql believes it must examine to execute the query
Using where - self explanatory

Answer 2

我的猜测是，从 Date(Now()) 中减去的内容需要很长时间才能处理。对于已经小于 Date(Now()) 的 verified 值，评估可能会被短路，因为此时它必须为 false（当比较“更大比”）。

在与“小于”进行比较的情况下，无论当前值如何，在每种情况下都必须减去日期时间，因为在评估日期时间减法之前无法从逻辑上得出表达式为真或假的结论

不过，这只是一个猜测——对此持保留态度。

Answer 3

可能有这样的情况：有统计数据告诉数据库引擎没有经过验证的记录> > 。 30天前。在这种情况下，它甚至根本不需要读取表格，而是从统计直方图中获取信息。

Answer 4

如果表中有关于 verified 的索引，则限制性更强的 COUNT（> 1）会更快。不带 WHERE 子句的 COUNT(*) 可以快速返回，因为可以从表/索引统计信息中收集计数。