问题描述
我有一个从 myISAM 转换为 INNODB 的表,这会减慢查询速度。这是一个有很多索引的大表。 MyIsam(在 MysqL5.6 上)立即返回结果,INNODB(在 MysqL5.7 上)需要 2 到 3 秒。 fnota 是浮动的。 serieid 和 epnumber 是整数。知道为什么在执行 index_merge 时需要更多时间吗?
在MYISAM 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,serieid_2
key: serieid,serieid_2
key_len: 4,4,8
ref: NULL
rows: 2
filtered: 100.00
Extra: Using intersect(serieid,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`,KEY `userid` (`userid`,`serieid`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1
1 row in set (0.00 sec)
解决方法
DESCRIBE
没有准确地说明您拥有的索引。请提供SHOW CREATE TABLE
。听起来它对您的重叠索引一长串感到困惑。
如果您有一个复合索引,例如 (serieid,epnumber)
,您就不需要 (serieid)
。删除后一个索引以“修复”问题。
似乎键“userid”也是多余的,因为“fbid”以相同的顺序从它的两列开始。