字符编码，竟然也是 SQL 不走索引的元凶之一。。-技术圈

作者：温安适来源：my.oschina.net/floor/blog/4960148

引言

某个忙（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 orders_detail od ON oo.order_id = od.order_id

确实被驱动表orders_detail 没走索引

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

2. 查看被驱动表的索引

SHOW INDEX FROM  test.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';

Mysql字符集说明

utf8m4是utf8超集，utf8，与utf8mb4会比较，utf8会转换为utf8mb4。

验证

调整SQL语句，将oc_orders的order_id强制转换为utf8。

explain
SELECT
 * 
FROM
 oc_order oo
 JOIN orders_detail od ON CONVERT ( oo.order_id USING UTF8 ) = od.order_id

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

解决方式

1、调整SQL语句

SELECT
 * 
FROM
 oc_order oo
 JOIN orders_detail od ON CONVERT ( oo.order_id USING UTF8 ) = od.order_id

2、调整字符集一致，建议

总结

可能不走索引的 3 种情况：

对索引字段做函数操作
隐式类型转换，字符串与数字比较，字符串会转换为数字
隐式字符集转换，utf8m4是utf8超集，utf8，与utf8mb4会比较，utf8会转换为utf8mb4.


1. 小团队真的适合引入SpringCloud微服务吗？
2. Spring Boot + Security + MyBatis + Thymeleaf + Activiti 快速开发平台项目
3. SQL中的in与not in、exists与not exists的区别以及性能分析
4. 写给小白看的递归 (硬核)
最近面试BAT，整理一份面试资料《Java面试BATJ通关手册》，覆盖了Java核心技术、JVM、Java并发、SSM、微服务、数据库、数据结构等等。
获取方式：点“在看”，关注公众号并回复 Java 领取，更多内容陆续奉上。
文章有帮助的话，在看，转发吧。
谢谢支持哟 (*^__^*)