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

如果我运行该查询,它需要一秒钟,但如果我切换比较运算符,它需要 eons。现在第一种方式count = 0,第二种方式count = 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

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

谢谢你们的帮助。

4

4 回答 4

3

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

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

被遗忘已久的EXPLAIN东西几乎总能带来一些东西!; )


编辑1:
这可能是进攻线:

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

ALL那里声明有一个完整的表扫描。

您可以进一步深入了解Explain此图上的语法

试着看看差异在哪里......


编辑 2:
此文档肯定会使Explain输出内容更加清晰。请检查一下。


编辑 3:
解释命令的分步分析。

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
于 2010-08-19T23:27:11.730 回答
2

我的猜测是,减法Date(Now())是需要很长时间才能处理的。对于verified已经小于Date(Now())的值,评估可能会短路,因为此时它必须为假(当比较“大于”时)。

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

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

于 2010-08-19T23:22:38.210 回答
1

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

于 2010-08-19T23:25:16.477 回答
0

如果您verified在表中有一个索引,那么限制性更强COUNT(> 一个)会更快。没有 WHERE 子句的 COUNT(*) 可以快速返回,因为可以从表/索引统计信息中收集到计数。

于 2010-08-19T23:23:09.637 回答