从 myISAM 转换为 INNODB 的表正在减慢查询速度

Question

我有一个从 myISAM 转换为 INNODB 的表，这会减慢查询速度。 这是一个有很多索引的大表。 MyIsam（在 mysql5.6 上）立即返回结果，INNODB（在 mysql5.7 上）需要 2 到 3 秒。 fnota 是浮动的。 serieid 和 epnumber 是整数。 知道为什么在执行 index_merge 时需要更多时间吗？

在 MISAM TABLE 上解释：

explain SELECT count( fnota ) , avg( fnota ) FROM myrates
          WHERE serieid =4376 AND epnumber ='149'\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: myrates
         type: ref
possible_keys: serieid,epnumber,serieid_2
          key: serieid_2
      key_len: 8
          ref: const,const
         rows: 8207
        Extra: Using index condition

在 INNODB 表上解释：

explain SELECT count( fnota ) , avg( fnota ) FROM myrates
          WHERE serieid =4376 AND epnumber ='149'\G
*************************** 1. row ***************************
          id: 1
 select_type: SIMPLE
       table: myrates
  partitions: NULL
        type: index_merge
possible_keys: serieid,epnumber,serieid_2
         key: serieid,epnumber,serieid_2
     key_len: 4,4,8
         ref: NULL
        rows: 2
    filtered: 100.00
       Extra: Using intersect(serieid,epnumber,serieid_2); Using where

索引：

SHOW INDEX FROM myrates;
+---------+------------+-----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| Table   | Non_unique | Key_name  | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+---------+------------+-----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| myrates |          0 | fbid      |            1 | userid      | A         |     1405506 |     NULL | NULL   |      | BTREE      |         |               |
| myrates |          0 | fbid      |            2 | serieid     | A         |     8617224 |     NULL | NULL   |      | BTREE      |         |               |
| myrates |          0 | fbid      |            3 | epnumber    | A         |   139638192 |     NULL | NULL   |      | BTREE      |         |               |
| myrates |          1 | serieid   |            1 | serieid     | A         |      257656 |     NULL | NULL   |      | BTREE      |         |               |
| myrates |          1 | epnumber  |            1 | epnumber    | A         |       93431 |     NULL | NULL   |      | BTREE      |         |               |
| myrates |          1 | serieid_2 |            1 | serieid     | A         |      186213 |     NULL | NULL   |      | BTREE      |         |               |
| myrates |          1 | serieid_2 |            2 | epnumber    | A         |     3309332 |     NULL | NULL   |      | BTREE      |         |               |
| myrates |          1 | userid    |            1 | userid      | A         |      866339 |     NULL | NULL   |      | BTREE      |         |               |
| myrates |          1 | userid    |            2 | serieid     | A         |     4656575 |     NULL | NULL   |      | BTREE      |         |               |
+---------+------------+-----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+

SHOW CREATE TABLE MYRATES; 
Table: myrates
Create Table: CREATE TABLE `myrates` (
  `userid` bigint(10) NOT NULL,
  `serieid` int(6) NOT NULL,
  `epnumber` float NOT NULL,
  `nota` int(6) NOT NULL DEFAULT '0',
  `fnota` float NOT NULL,
  `timestamp` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  UNIQUE KEY `fbid` (`userid`,`serieid`,`epnumber`),
  KEY `serieid` (`serieid`),
  KEY `epnumber` (`epnumber`),
  KEY `serieid_2` (`serieid`,`epnumber`),
  KEY `userid` (`userid`,`serieid`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1
1 row in set (0.00 sec)

Answer 1

DESCRIBE并没有准确地说明您拥有的索引。 请提供SHOW CREATE TABLE 。 听起来您对一长串重叠索引感到困惑。

当您拥有诸如(serieid, epnumber)类的复合索引时，您也不需要(serieid) 。 删除后一个索引以“解决”问题。

鉴于“fbid”的两列都以相同的顺序开始，因此键“userid”似乎也是多余的。