MySQL为什么不优化此简单查询并提供缓存结果？

Question

查询：

select count(a_column) from a_table where (0=0) ;

当我在MySQL提示符下执行此查询时，花了大约0.90秒来提供表中的行数。 当我重复相同的查询时，始终在0.00秒内得到结果。 这意味着结果是针对此查询缓存的。

现在，我将条件更改为where (1=1) ，执行时间为0.65秒 。 当我重复此新查询时，始终在0.00秒内得到结果。 这再次表明结果是针对此新查询缓存的。

where子句是不必要的，可以删除。 如果将结果针对此优化查询进行缓存，则即使我where (N=N)更改N，也只有第一次执行应该花费更多的时间，并且每次重复都应该在0.00秒内得到结果。没有对此进行优化。

MySQL是否优化此类查询？ 我的小型实验有什么解释？

我在CentOS 5.2上使用的是MySQL 5.0.77，它可能很旧，并且这个问题在较新的发行版中可能不存在，但我更想知道原因。

Answer 1

手册中记录了此行为。

引用手册：

在解析之前，将传入的查询与查询缓存中的查询进行比较，因此以下两个查询被查询缓存视为不同：

• 选择* FROM tbl_name
• 选择* from tbl_name

查询必须完全相同（逐字节），才能被视为相同。 此外，由于其他原因，相同的查询字符串可能会被视为不同的查询字符串。 使用不同数据库，不同协议版本或不同默认字符集的查询被视为不同查询，并分别进行缓存。