mysql - 长时间响应， float 错误

Question

我有一个 float 问题

mysql  Ver 14.14 Distrib 5.1.49, for debian-linux-gnu (i686) using readline 6.1  
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=10.10
DISTRIB_CODENAME=maverick
DISTRIB_DESCRIPTION="Ubuntu 10.10"

这样的结果

mysql> SELECT `offers`.* FROM `offers` WHERE (created_at > '2011-12-12 07:00:00') ORDER BY updated_at DESC LIMIT 15 OFFSET 0
-> ;
Empty set (44.00 sec)

100 个这样的结果

mysql> SELECT `offers`.* FROM `offers` WHERE (created_at > '2011-12-12 07:00:00') ORDER BY updated_at DESC LIMIT 15 OFFSET 0;
Empty set (0.00 sec)

似乎除了我之外没有人可以访问数据库和锁定表
我不明白发生了什么
开发时遇到同样的问题 AMD Athlon X4 和 4GM DDR3 正在开发中在 Linode 512 上计划 Ubuntu 10.4
有没有人有想法？

Answer 1

在这个给定的场景中没有 float 问题，
offers 表可能很大，
并且您在 created_at 列上没有索引

MySQL需要进行全表扫描来判断有多少匹配(即使是空的)。
第一次执行后，结果存入mysql查询缓存(内存)，
如果自第一次查询以来没有更新数据，它将用于后续相同的查询。

它解释了为什么第二个查询需要零秒。

通常，当你有疑问时，
这样做:-

desc extended SELECT `offers`.* FROM `offers` 
WHERE (created_at > '2011-12-12 07:00:00');

它将解释mysql如何进行查询优化