ICode9

精准搜索请尝试: 精确搜索
首页 > 数据库> 文章详细

MySQL索引未在LIKE上用于INT吗?

2019-11-11 05:15:52  阅读:506  来源: 互联网

标签:indexing select sql mysql


我不知道这是错误还是功能,或者我做错了什么.我继承了一个有几十万行的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),而您的搜索将需要字符串顺序(因为您使用的是想查找一些字符串前缀). (请记住,索引实际上只是一个排序列表)

标签:indexing,select,sql,mysql
来源: https://codeday.me/bug/20191111/2017625.html

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有