字符编码，原来是SQL不走索引的元凶之一！
字符编码，原来是SQL不走索引的元凶之一！
JAVA葵花宝典
发布于 2021-04-08 10:55:28
发布于 2021-04-08 10:55:28
引言
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 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
查看执行计划，确实走了索引
解决方式
调整SQL语句
SELECT
*
FROM
oc_order oo
JOIN orders_detail od ON CONVERT ( oo.order_id USING UTF8 ) = od.order_id
调整字符集一致，建议
总结
可能不走索引的3种情况
- 对索引字段做函数操作
- 隐式类型转换，字符串与数字比较，字符串会转换为数字
- 隐式字符集转换，utf8m4是utf8超集，utf8，与utf8mb4会比较，utf8会转换为utf8mb4.
本文参与 腾讯云自媒体分享计划，分享自微信公众号。
原始发表：2021-03-21，如有侵权请联系 cloudcommunity@tencent.com 删除
评论
登录后参与评论
推荐阅读
目录
相关产品与服务
云数据库 SQL Server
腾讯云数据库 SQL Server （TencentDB for SQL Server）是业界最常用的商用数据库之一，对基于 Windows 架构的应用程序具有完美的支持。TencentDB for SQL Server 拥有微软正版授权，可持续为用户提供最新的功能，避免未授权使用软件的风险。具有即开即用、稳定可靠、安全运行、弹性扩缩等特点。