说一个在工作中遇到的mysql索引失效的问题

下面分享的是我在工作中遇到的一个问题。处于保密考虑,我拿一个类似的场景举例子。

1、现象描述

先说结论。我遇到的问题是,mysql varchar类型的字段,传入的查询条件没有加引号,导致索引失效。

比如我有一张表,结构如下:

CREATE TABLE `order_test` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `user_id` varchar(32) DEFAULT '',
  `name` varchar(11) DEFAULT '',
  `age` tinyint(11) DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `idx_user_id` (`user_id`)
) ENGINE=InnoDB AUTO_INCREMENT=5 DEFAULT CHARSET=utf8;

可以看到 user_id 字段是 varchar 类型,并且这个字段傻姑娘有一个普通索引。

我分别用下面两条语句查询,你看看效果,

explain SELECT * from order_test t where t.`user_id` = '11223344';

结果,

explain SELECT * from order_test t where t.`user_id` = 11223344;

结果,


很明显,第二条 sql 语句索引没有生效。

虽然user_id是字符串类型,但是我们传入一个整型的数字并没有报错,而是 mysql 帮我们做了转换并且进行了全表扫描查询。

2、场景复现

一般我们都是通过 mybatis 操作数据库,我当时遇到的情况就是在 mybatis 的xml里通过map作为入参传递查询字段。举例如下,

xml文件,

代码层是这样的,

public void test2(){
        Map map = new HashMap<>();
        map.put("user_id", 11223344);
        mapper.selectByMap(map);

    }

这种情况下,mysql解析出来的sql是这样的,

select * from order_test where user_id = 11223344

根据第1部分的结论,没有引号的查询是不走索引的。

只所以没有加引号,是因为 ${user_id} ,如果我用 `#
{user_id}` 就会加上引号了。这个原因就不在本文展开了。

3、索引失效的原因

我们做技术,要有刨根问底的精神。知其然还要知其所以然。

索引失效的原因,简单来说就是 mysql 内部的隐士类型转换,导致了优化器执行计划出问题。

mysql底层有个叫优化器的东东,当我们执行一条sql时,会经过优化器确定是否使用索引。也就是说执行计划是在这个阶段确定的。

我借用一张网上的图:

如果对索引字段做函数操作(本例是cast函数做了隐式的转换),可能会破坏索引值的有序性,因此优化器就决定放弃走树搜索功能。

4、总结

下面这句话跟我读三遍:

  1. 字符串类型的索引查询语句中必须加单引号,否则MySQL不会使用该索引。
  2. MySQL不支持函数索引 ,在开发时要避免在查询条件加入函数。

关注公众号:思无邪了吗

个人博客:http://www.machengyu.net

csdn博客: https://blog.csdn.net/pony_ma...

你可能感兴趣的:(mysql,索引,失效,varchar,函数)