mysql的count(*)的优化，获取千万级数据表的总行数

一、前言

      这个问题是今天朋友提出来的&＃xff0c;关于查询一个1200w的数据表的总行数&＃xff0c;用count(*)的速度一直提不上去。找了很多优化方案&＃xff0c;最后另辟蹊径&＃xff0c;选择了用explain来获取总行数。

二、关于count的优化

      网上关于count()优化的有很多。博主这边的思路就是没索引的就建立索引关系&＃xff0c;然后使用count(1)或者count(*)来提升速度。这两个函数默认使用的是数据表中最短的那个索引字段。我朋友这边因为表中只有一个索引字段&＃xff0c;所以使用count(1)和count(*)没什么区别。

MySQL中聚合函数count的使用和性能优化

mysql count(*) 会选哪个索引&＃xff1f;

大家可以参考这两个博客&＃xff0c;都挺不错的。

三、使用explain获取行数

1、关于explain

      关于explain&＃xff0c;使用mysql的都知道&＃xff0c;这个函数是专门用于查看sql语句的执行效率的&＃xff0c;网上可供参考的文章很多。
定义&＃xff1a; explain 命令速度很快&＃xff0c;因为 explain 用并不真正执行查询&＃xff0c;而是查询优化器【估算】的行数。

      我们使用explain之后&＃xff0c;会看到返回很多参数&＃xff0c;其中&＃xff1a;
rows&＃xff1a;显示MySQL认为它执行查询时必须检查的行数。就是这个东西了&＃xff0c;既然我们要获取的是数据表的行数&＃xff0c;那么可以使用&＃xff1a;

explain select * from table&＃xff1b;


2、关于返回值

      以前博主也没注意过返回值的问题&＃xff0c;都是直接通过phpmyadmin来查看sql的执行效率。这次因为要用到rows的值&＃xff0c;所以就打印了一下&＃xff0c;原来这个explain函数是会返回一个数组。这样我们就能通过这个数组获取到我们需求的rows。

      这里直接获取这个值即可。速度极快。原来查询速度是2.33s,换成只用explain之后&＃xff0c;速度仅为0008s&＃xff0c;提升十分巨大。

朋友博客&＃xff1a;https://www.happyrmb.com/index/article/show/id/69.html

end

&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61; 2019/3/7日补充 &＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;

      explain的rows结果算是一个大概的统计结果。而count统计的是比较准确的&＃xff0c;如果要追求准确的条数&＃xff0c;那就使用count查询最好&＃xff0c;如果是要大概的结果&＃xff0c;那可以使用explain的rows当做结果&＃xff0c;正常来说&＃xff0c;rows的数值会比count大一些&＃xff0c;特别是加的有where条件的话&＃xff0c;row的结果是大于Count的结果的。

例如&＃xff1a;

举个网上的例子来说&＃xff0c;假如有一个语句 select * from t where column_a &＃61; 1 and column_b &＃61; 2;
全表假设有100条记录&＃xff0c;column_a字段有索引&＃xff08;非联合索引&＃xff09;&＃xff0c;column_b没有索引。
column_a &＃61; 1 的记录有20条&＃xff0c; column_a &＃61; 1 and column_b &＃61; 2 的记录有5条。

      那么最终查询结果应该显示5条记录。 explain结果中的rows应该是20. 因为这20条记录mysql引擎必须逐行检查是否满足where条件。

关于explain不准确&＃xff1a;

关于explain不准确的问题&＃xff0c;可以参考国外的一篇文章&＃xff1a;
https://www.percona.com/blog/2006/07/24/mysql-explain-limits-and-errors/

需要注意不能完全相信explain的结果&＃xff0c;特别是在使用limit的时候&＃xff0c;结果也许会错的很离谱。其次&＃xff0c;explain的结果也有可能会走错&＃xff0c;一般发生在子查询的时候比较多。参考下面博客&＃xff1a;
MySQL执行计划显示与执行过程不符合一例

这里多谢笑看泥鳅小同学的指正和讨论&＃xff01;

end