为什么MySQL查询返回零行，但是在进行碎片整理后仍然有效？

Question

我有一个InnoDB，MySQL表，此查询返回零行：

SELECT id, display FROM ra_table WHERE parent_id=7266 AND display=1;

但是，实际上有17行应该匹配：

SELECT id, display FROM ra_itable1 WHERE parent_id=7266;

ID    display
------------------
1748  1
5645  1
...

显示屏上有一个索引（整数1），ID是主键。 该表还具有其他几个字段，我不在此查询中提取。

注意到此查询无法正常工作后，我对表进行了碎片整理，然后第一个查询开始正常工作，但只持续了一段时间。 几天后，查询似乎再次停止工作，我必须进行碎片整理才能修复它。

我的问题是，为什么碎片表会中断此查询？

附加信息：Amazon RDS上的MySQL 5.6.27。

CREATE TABLE `ra_table` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`parent_id` int(6) NOT NULL,
`display` int(1) NOT NULL,
PRIMARY KEY (`id`),
KEY `parent_id` (`parent_id`),
KEY `display` (`display`),
) ENGINE=InnoDB AUTO_INCREMENT=13302 DEFAULT CHARSET=latin1 
ROW_FORMAT=DYNAMIC

Answer 1

您正在运行的版本中可能存在错误。

同时，改变

INDEX(parent_id),
INDEX(display)

至

INDEX(parent_id, display)

通过组合它们，查询将运行得更快（并有望正确运行）。 标志（ display ）上的索引可能永远不会使用。