MySQL的優(yōu)化器對(duì)于count(*）的處理方式是什么

今天就跟大家聊聊有關(guān)MySQL的優(yōu)化器對(duì)于count(*）的處理方式是什么，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結(jié)了以下內(nèi)容，希望大家根據(jù)這篇文章可以有所收獲。

   最近看了很多阿里同學(xué)的MySQL文章，阿里內(nèi)核同學(xué)的文章一言不合就上代碼，不光讓我們看到了結(jié)果，還能有代碼可讀，如果碰到了類似的問(wèn)題，這樣的解讀確實(shí)是很難得的。

   今天做了一個(gè)小的測(cè)試，發(fā)現(xiàn)MySQL 5.7中對(duì)于count(*)的處理好像有點(diǎn)霸道，沒(méi)想象中那么好。

   為了對(duì)比，我找了一套5.6的環(huán)境。

總體而言5.6的環(huán)境中對(duì)于count(*)的處理可塑性很強(qiáng)，很隨和，你讓我怎么查我就怎么查。初始數(shù)據(jù)為100萬(wàn)。

+----------+
| count(*) |
+----------+
|  1000000 |
+----------+

建表的語(yǔ)句如下：

>show create table test\G
*************************** 1. row ***************************
       Table: test
Create Table: CREATE TABLE `test` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `a` int(11) DEFAULT NULL,
  `b` int(11) DEFAULT NULL,
  `c` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `mrrx` (`a`,`b`),
  KEY `xx` (`c`)
) ENGINE=InnoDB AUTO_INCREMENT=1000001 DEFAULT CHARSET=utf8
1 row in set (0.00 sec)一直以來(lái)MySQL中count(*)的用法都是不被提倡，或者說(shuō)是惡名遠(yuǎn)揚(yáng)，這一點(diǎn)讓很多學(xué)習(xí)Oracle的同學(xué)很不理解，其實(shí)他們是身在福中不知福。

這樣的一個(gè)count(*)的查詢，在5.6中的效果是這樣的，估算的時(shí)候默認(rèn)是走了索引xx

>explain select count(*) from test\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: test
         type: index
possible_keys: NULL
          key: xx
      key_len: 5
          ref: NULL
         rows: 998396
        Extra: Using index
1 row in set (0.01 sec)   
如果我們強(qiáng)制走mrrx索引，優(yōu)化器說(shuō)也行，于是就走了mrrx的索引，估算的數(shù)據(jù)情況和上面有一些小的差別。
>explain select count(*) from test force index(mrrx)\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: test
         type: index
possible_keys: NULL
          key: mrrx
      key_len: 10
          ref: NULL
         rows: 947698
        Extra: Using index
1 row in set (0.00 sec)或者我們顯式指定就要xx索引了，優(yōu)化器說(shuō)好，然后估算得到的行數(shù)和第一個(gè)差別很小。
>explain select count(*) from test force index(xx)\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: test
         type: index
possible_keys: NULL
          key: xx
      key_len: 5
          ref: NULL
         rows: 947698
        Extra: Using index
1 row in set (0.00 sec)如果換一種姿勢(shì)，如果指定索引列c,指定一個(gè)條件，再來(lái)看看，就會(huì)看到前后的結(jié)果差別就很大了。
>explain select count(*) from test where c > 0\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: test
         type: range
possible_keys: xx
          key: xx
      key_len: 5
          ref: NULL
         rows: 473849
        Extra: Using where; Using index
1 row in set (0.00 sec)這么看來(lái)，5.6里面的一個(gè)硬傷還是對(duì)于統(tǒng)計(jì)信息這塊的評(píng)估差別較大，沒(méi)有了統(tǒng)計(jì)信息還是有很大的局限性，不過(guò)優(yōu)化器還是很隨和的。

我們看看5.7的表現(xiàn)

同樣的語(yǔ)句和數(shù)據(jù)量，在5.7中明顯做了過(guò)濾處理，

> explain select count(*) from test\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: NULL
   partitions: NULL
         type: NULL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: NULL
     filtered: NULL
        Extra: Select tables optimized away
1 row in set, 1 warning (0.02 sec)

這表示在優(yōu)化器階段已經(jīng)被優(yōu)化了。

而接下來(lái)同樣的語(yǔ)句也都是同樣的處理方式。

> explain select count(*) from test force index(mrrx)\G
> explain select count(*) from test force index(xx)\G
        Extra: Select tables optimized away

而如果我們還是像之前一樣給定索引列c一個(gè)過(guò)濾條件，優(yōu)化器就一下子變得溫和起來(lái)。很明顯這個(gè)執(zhí)行的效果要好很多。

> explain select count(*) from test where c > 0\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: test
   partitions: NULL
         type: range
possible_keys: xx
          key: xx
      key_len: 5
          ref: NULL
         rows: 498949
     filtered: 100.00
        Extra: Using where; Using index
1 row in set, 1 warning (0.02 sec)

從某種程度來(lái)說(shuō)，5.7這樣的處理也算是一種變相的退步啦。

看完上述內(nèi)容，你們對(duì)MySQL的優(yōu)化器對(duì)于count(*）的處理方式是什么有進(jìn)一步的了解嗎？如果還想了解更多知識(shí)或者相關(guān)內(nèi)容，請(qǐng)關(guān)注億速云行業(yè)資訊頻道，感謝大家的支持。