在 innoDB 中优化 MySQL LIKE '%string%' 查询

Question

有这张桌子：

CREATE TABLE `example` (
`id` int(11) unsigned NOT NULL auto_increment,
`keywords` varchar(200) NOT NULL,
PRIMARY KEY  (`id`)
) ENGINE=InnoDB;

我们想优化以下查询：

SELECT id FROM example WHERE keywords LIKE '%whatever%'

该表是 InnoDB，（所以现在没有 FULLTEXT）哪个是优化此类查询的最佳索引？

我们尝试了一个简单的方法：

ALTER TABLE `example` ADD INDEX `idxSearch` (`keywords`);

但是一个解释查询显示需要扫描整个表 如果我们的查询改为 LIKE 'whatever%'，则该索引执行良好，否则没有任何价值。

是否有针对 innoDB 进行优化的方法？

谢谢！

Answer 1

索引是从字符串的开头到结尾构建的。当您使用LIKE 'whatever%' 类型子句时，MySQL 可以使用那些基于开始的索引非常快速地查找whatever。

但切换到LIKE '%whatever%' 会删除字符串开头的锚点。现在不能使用基于开始的索引，因为您的搜索词不再锚定在字符串的开头 - 它在中间某处“浮动”并且必须搜索整个字段。任何LIKE '%... 查询都不能使用索引。

如果您所做的只是“浮动”搜索，这就是您使用全文索引的原因，因为它们是为这种类型的使用而设计的。

主要注意事项：InnoDB 现在supports fulltext 索引自版本 5.6.4 起。因此，除非您无法升级到至少 5.6.4，否则没有什么可以阻止您使用 InnoDB *AND 全文搜索。

Answer 2

我想评论一下，在我的例子中，创建索引还有助于加快对 like '%abc%' 查询的查询。

在Ubuntu 上运行MySQL 5.5.50（将所有内容保留为默认值），我创建了一个包含很多列的表并插入了100,000 虚拟条目。在其中一列中，我插入了包含 32 个字符的完全随机字符串（即它们都是唯一的）。

我运行了一些查询，然后在该列上添加了一个索引。 一个简单的

select id, searchcolumn from table_x where searchcolumn like '%ABC%'

在~2 seconds没有索引和0.05 seconds有索引返回结果。

这不符合上面的解释（以及许多其他帖子）。这可能是什么原因？

编辑 我检查了 EXPLAIN 输出。输出显示行是100,000，但额外信息是“Using where; Using index”。所以不知何故，DBMS 必须搜索所有行，但仍然能够利用索引？