mysql 四百万左右数据 count(*) 49 秒才响应，求助大佬怎么优化？

[edk24]

EXPLAIN SELECT COUNT(*) AS tp_count FROM `fa_people_check` `people_check` LEFT JOIN `fa_people` `people` ON `people_check`.`people_id`=`people`.`id` LIMIT 1;

大佬们，像这种怎么优化字段提升查询速度。 执行一次 49s 就很离谱

[JJsty1e]

晕，右表是主键啊，那可以去掉 left join
了

[zoharSoul]

不 count 返回个 99999 拉倒

[est]

百万级的表我觉得几十秒返回是正常的。。mysql 就这个水平。。。

[micean]

如果 fa_people 记录数小，可以分几步算出来
如果 fa_people 记录数大，fa_people_check 直接加字段吧

[otakustay]

不用 InnoDB 就好了

[zhaokun]

数据量小的表在前 join 其他表，可以稍微快一丢丢，join 能不要就不要了，查 count 不需要 json 吧

[oueryini]

换 MyISAM

[bootvue]

删掉 399 万

[SjwNo1]

上面的某几位仁兄简直在误导别人啊。。。

[ruke]

count 和索引没啥关系吧，索引是辅助查询的，count 是要对结果进行统计的

[ruke]

innodb 的话 count 本身就是扫描， 就算不加条件 count 一样慢

[0o0o0o0]

@edk24 去掉分区之后有索引也这么慢吗？

[robinlovemaggie]

@est #23 如你所说，那 mysql 就是 shit 级数据库了

[Valid]

我 250 万的数据 count(*)用时 (0.876 秒)

[0o0o0o0]

@ruke 好像如果是辅助索引的话就不需要全表扫描了，不过这里有 left join 用索引可以加速的吧。。。

[sunjiayao]

做几个测试
1. 去掉 join
2. 去掉分区
3. left join 改成 right
然后抛下测试结果

[nuistzhou]

看看两个表的 id 有没有加索引吧

[chenyi]

people 表就一行，还是用的 left join，这个 left join 可以去掉

还有那些问有没有索引的，自己看看 explain 结果呀

[ifconfig]

很疑惑，既然没有加 where 条件，为什么要 join ?

[realpg]

抛开 49 秒的问题，你这 SQL 应该回炉了