尽量不要出现大写字母。 在Linux环境下，即使你的输入中包含大写，也会被Server端转成小写。这样存在一个风险就是如果你的程序里对表名做判断，很可能因为大小写问题导致判断失败。

show create table AccountLogin 发来看下，还有 explain select count('X') from AccountLogin where iNew = 1 and dtEventTime between '2012-10-22' and '2012-10-23';

这个问题涉及到“覆盖索引”这个概念。你第一个查询是查count(*)，实际上值需要使用索引test，就能完全得到结果，不需要回聚簇索引查其他字段，因此InnoDB认为用这个所以比全表扫描快。

从楼主的描述看来，这些相关方案已经很熟悉了～ 说一下自己的一些看法。Gelara包括Xtradb Cluster, 目前成熟度还没有到生产环境可以使用。可以再观察一段。 MySQL Cluster可以设置仅索引在内存里，当然还是挺好内存的，而且内存一旦不足，集群就出问题，这点比较伤。...

只需要在任何库创建这个表就可以监控整个实例的

有频繁查询就要建，更新用MySQL 5.5, 非唯一索引可以用上Change_buffering的，还好

楼主的理解是对的。用id>m limit n 比用 limit m,n 快很多，主要原因是limit m,n需要去读取前面的m条记录。 如果是翻页需求，就在返回结果中取到最后的一个，再传给下一个链接。 @Rodin 给的方案就很好。