这篇文章主要为大家展示了“如何解决MySql整型索引和字符串索引失效或隐式转换问题”，内容简而易懂，条理清晰，希望能够帮助大家解决疑惑，下面让小编带领大家一起研究并学习一下“如何解决MySql整型索引和字符串索引失效或隐式转换问题”这篇文章吧。
问题重现
首先我们先创建一张用户表test_user，其中USER_ID为了效果我们设置为varchar类型且加上唯一索引。
CREATE TABLE test_user ( ID int(11) NOT NULL AUTO_INCREMENT, USER_ID varchar(11) DEFAULT NULL COMMENT '用户账号', USER_NAME varchar(255) DEFAULT NULL COMMENT '用户名', AGE int(5) DEFAULT NULL COMMENT '年龄', COMMENT varchar(255) DEFAULT NULL COMMENT '简介', PRIMARY KEY (ID) UNIQUE KEY UNIQUE_USER_ID (USER_ID) USING BTREE) ENGINE=InnoDB DEFAULT CHARSET=utf8;表格数据如下（嘻嘻 数据依旧使用与上次Mysql的文章MySQL使用UNION连接两个查询排序失效相同的数据，但是要注意表结构不同。）
| ID | USER_ID | USER_NAME | AGE | COMMENT |
|---|---|---|---|---|
| 1 | 111 | 开心菜鸟 | 18 | 今天很开心 |
| 2 | 222 | 悲伤菜鸟 | 21 | 今天很悲伤 |
| 3 | 333 | 认真菜鸟 | 30 | 今天很认真 |
| 4 | 444 | 高兴菜鸟 | 18 | 今天很高兴 |
| 5 | 555 | 严肃菜鸟 | 21 | 今天很严肃 |
接下来我们执行以下sql
EXPLAIN SELECT * FROM test_user WHERE USER_ID = 111;发现给出的解释结果如下：
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
|---|---|---|---|---|---|---|---|---|---|---|---|
| 1 | SIMPLE | test_user | ALL | 5 | Using where |
我们给条件加上引号后再解释以下：
EXPLAIN SELECT * FROM test_user WHERE USER_ID = '111';这时候我们发现varchar类型的字段在作为字符串查询的时候使用了索引，在以数值类型进行查询时是不使用索引的。
问题引申
那么问题来了，如果字段是整型的且加上索引，以字符串查询时会不会也不走索引呢？实践出真知，让我们再接着往下测试一下。
-- 将USER_ID的类型修改为整型CREATE TABLE test_user ( ID int(11) NOT NULL AUTO_INCREMENT, USER_ID int(11) DEFAULT NULL COMMENT '用户账号', USER_NAME varchar(255) DEFAULT NULL COMMENT '用户名', AGE int(5) DEFAULT NULL COMMENT '年龄', COMMENT varchar(255) DEFAULT NULL COMMENT '简介', PRIMARY KEY (ID), UNIQUE KEY UNIQUE_USER_ID (USER_ID) USING BTREE) ENGINE=InnoDB AUTO_INCREMENT=6 DEFAULT CHARSET=utf8;EXPLAIN SELECT * FROM test_user WHERE USER_ID = 111;EXPLAIN SELECT * FROM test_user WHERE USER_ID = '111';在执行了上面两个语句后我们发现，int类型的字段无论是以字符串查询还是以数值型查询都会走索引。
以上是“如何解决MySql整型索引和字符串索引失效或隐式转换问题”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注编程网行业资讯频道！
