关于java:字符编码竟然也是-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 种状况：

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

近期热文举荐：

1.1,000+ 道 Java 面试题及答案整顿 (2021 最新版)

2. 终于靠开源我的项目弄到 IntelliJ IDEA 激活码了，真香！

3. 阿里 Mock 工具正式开源，干掉市面上所有 Mock 工具！

4.Spring Cloud 2020.0.0 正式公布，全新颠覆性版本！

5.《Java 开发手册（嵩山版）》最新公布，速速下载！

感觉不错，别忘了顺手点赞 + 转发哦！