我不知道这是错误还是功能,或者我做错了什么.我继承了一个有几十万行的MySQL数据库.该表包括字段“ full_name”(它是VARCHAR)和“工作包”(int).

这张表用来做的一件事是当人们开始填写HTML表单时提供自动完成功能,以上字段中都提供了此功能.我注意到,在输入“ full_name”时,自动完成功能会很快出现并更新,但是在为“工作包”输入整数时,自动完成功能会很慢地出现和更新,几乎无法使用.

这两个字段都已建立索引,查询结构的简化示例如下:

SELECT distinct full_name
FROM xx.xx
WHERE full_name LIKE 'Joe Bl%';
EXPLAIN表示这正在按预期使用索引“ full_name”.

对“工作包”的查询几乎相同:

SELECT distinct workpack
FROM xx.xx
WHERE workpack LIKE '153%';

这里的说明显示即使我使用FORCE INDEX也不使用索引“工作包”.

因为我可以看到的唯一区别是一个是INT,一个是VARCHAR,所以我决定通过创建表的本地副本并将“工作包”的数据类型更改为VARCHAR进行试验.有效!也许对某些人来说并不令人惊讶,但我想知道为什么会这样.显然,我的“工作包”数据应存储为INT,因为这就是事实,但是要使我的自动完成功能以合理的方式工作,似乎需要将其更改为VARCHAR.我意识到LIKE是一个字符串函数,但是鉴于LIKE函数仍然可以在INT上运行,是否有逻辑上,技术上的原因使其无法使用索引(仅因为它是一个INT)呢?

解决方法:

索引不适用于此处,因为您将其强制转换为字符串.并且,如果您对带有其值或字符串表示形式的数字列表进行排序,则结果将有所不同.以125和1234为例.按值排序时,得到的是:

> 125

> 1234

当按字符串表示形式排序时,会得到以下结果:

> 1234

> 125

因此,在您的情况下,索引是无用的,因为它是值顺序(因为您的字段是int),而您的搜索将需要字符串顺序(因为您使用的是想查找一些字符串前缀). (请记住,索引实际上只是一个排序列表)