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 来解决了。

[3dwelcome]

用 MyISAM 表示速度奇快。而且用 mysql_list_tables 之类的结构查询，就能直接看一共有多少记录。

[kingwrcy]

分库,分表,冷数据备份,迁移.

[linpf]

单表数据上亿，早就该拆表了吧。

[Aluhao]

@3dwelcome 现在就是用 MyISAM，数据量小很快的。

[kran]

explain 一下

[yiqiao]

回复数量不少应该记录在类似文章表里面吗。。。

[RorschachZZZ]

按照用户分组全量统计一次，保存起来。以后关于用户回复数的增删改查都来操作这次保存的数据。而且你这个表太大了是个隐患，最好拆。

[zhaishunqi]

我印象中，select count(*) 和 select count(1) 的效率,在数据量大的情况下,差别还是很大的.
只是前者后者用法有略微的差别，会用就能避坑。

[q397064399]

如果并发量不是很大的话，+1 -1 应该是个不错的选择

[glues]

这个问题快成日经贴了，不要用 MySQL 不就好了

[doubleflower]

这种东西明显是要保存每个分组的 count，以后发贴+1

[mchl]

试一下
SELECT COUNT(uid) FROM answer WHERE uid='10';

[FrailLove]

物化视图查询重写 了解一下

[ourzhang]

COUNT （ 1 ） 试试。

[xi4oh4o]

如果需求不用很精准的话，可以尝试用 explain select count(*) from table 取

[af463419014]

分区表,了解一下

比如: PARTITION BY HASH (uid) PARTITIONS 1000

[sagaxu]

主流关系数据库 count 需要遍历，时间复杂度是 O(n)

[akstrom]

SELECT COUNT(uid) FROM answer WHERE uid=10;

[zqguo]

回答 count(1)的认真看过题主的问题吗？

[tianzx]

m