字符编码，原来是 SQL 不走索引的元凶之一！

公众号：Java小咖秀，网站：[javaxks.com](https://www.javaxks.com)

作者 : 温安适 ,链接: my.oschina.net/floor/blog/4960148

引言

2021 年春节后的某个忙（mo）碌（yu）的下午，旁边的刘哥（老江湖，从业 5 年+）突然发出了一声叹息:“哎，mysql 出 bug 了，有索引不走”。

作为一个热心的人，我立即说到：“是不是，对索引字段做了函数操作”。

刘哥沉思了 2 秒，略有玩味的小眼神看了看我,慢慢说道：“温兄，常规的情况，对索引字段做函数操作，或者 字符串与数字比较造成的隐式转换，这次的 SQL 都不涉及”。

我一听顿时来了兴趣，略带兴奋的跟刘哥说：“刘哥，您发 SQL，我也研究下”。

刘哥略有无奈的看了看我后，依旧把 SQL 发给了我：

SELECT * FROM oc_order oo JOIN orders_detail od ON oo.order_id = od.order_id ```   不过须臾（近20分钟），我便查明了原因，装作大师的模样，一字一句的说到：”这是，字符集隐式转换问题”
刘哥听后，百度了下，直拍大腿，“对对，怎么把这个给忘了”。
### 定位问题
#### 1.首先执行explain，查看执行计划

explain

SELECT

*

FROM

oc_order oo

JOIN ordersdetail od ON oo.orderid = od.order_id

```

确实被驱动表 orders_detail 没走索引

>第一个表就是驱动表，后边的都是被驱动表，会从驱动板取出数据作为参数，到被驱动表查询匹配的记录。

3.查看字段字符集

SELECT COLUMN_NAME, character_set_name, collation_name FROM INformation_schema.`COLUMNS` WHERE TABLE_NAME = 'oc_order'  AND COLUMN_NAME = 'order_id';

SELECT COLUMN_NAME, character_set_name, collation_name FROM INformation_schema.`COLUMNS` WHERE TABLE_NAME = 'orders_detail'  AND COLUMN_NAME = 'order_id'; ```  ![](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/51574af7a4b64d93b94b0002732012b4~tplv-k3u1fbpfcp-watermark.image)  #### Mysql字符集说明
utf8m4是utf8超集，utf8，与utf8mb4会比较，utf8会转换为utf8mb4。
#### 验证调整SQL语句，将oc_orders的order_id强制转换为utf8。

explain

SELECT

*

FROM

oc_order oo

JOIN ordersdetail od ON CONVERT ( oo.orderid USING UTF8 ) = od.order_id

```

查看执行计划，确实走了索引

解决方式

调整 SQL 语句

```

SELECT

*

FROM

oc_order oo

JOIN ordersdetail od ON CONVERT ( oo.orderid USING UTF8 ) = od.order_id

```

#### 调整字符集一致，建议

总结

可能不走索引的 3 种情况

1.对索引字段做函数操作

2.隐式类型转换，字符串与数字比较，字符串会转换为数字

3.隐式字符集转换，utf8m4 是 utf8 超集，utf8，与 utf8mb4 会比较，utf8 会转换为 utf8mb4.