SELECT COUNT(*)超级慢，讨论一下解决方案

[Aluhao]

使用场景： 1、回复表 1 亿多数据，每天增长 1 万+； 2、发回复的时候得统计回复用户回复数量；

使用的语句：SELECT COUNT(*) FROM answer WHERE uid='10' 查询结果：6963911 使用时间：101.618 秒 其中 uid 已经索引，也用过其它 COUNT(其它列字段) 查询一样很慢； 如果用 aid 已经索引，aid='10' 查出结果数量少，查询很快；

还能通过优化 SQL 语句来优化吗，如果不行，只能通过 insert +1 及 delete -1 来解决了。

[sleshep]

触发器解决问题

[randyzhao]

10 号用户评论量有近 700W。。。

[dobelee]

InnoDB 的 count 是无解的，如果对精准度没有要求的话可定时统计存储，否则需要维护一个计数器。

[lgh]

@Aluhao 你没理解 @defclass 的意思，应该写成 WHERE uid=10，否则 uid 的索引是不会起作用的，很多人叫你 explain 一下，你也没做吗？如果做了也能看出没走索引的。

[fox0001]

我很懒，超过 99 条后，就显示 99+

[Aluhao]

@lgh 这个试过了，加了和没加效果一样呢；

[sagaxu]

@lgh 用不用索引，看用索引这个字段过滤后，剩下的条数占的比例，如果不够稀疏，比如说大于 10%，索引的质量就很低，走不走索引就不一定了。

最常见的毫无意义的索引就是性别