字符编码,竟然也是 SQL 不走索引的元凶之一。。

导读:本篇文章讲解 字符编码,竟然也是 SQL 不走索引的元凶之一。。,希望对大家有帮助,欢迎收藏,转发!站点地址:www.bmabk.com

引言

某个忙(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 没走索引

第一个表就是驱动表,后边的都是被驱动表,会从驱动板取出数据作为参数,到被驱动表查询匹配的记录。MySQL数据库开发的 36 条军规!推荐看下。

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。另外,MySQL 系列面试题和答案全部整理好了,微信搜索Java技术栈,在后台发送:面试,可以在线阅读。

验证

调整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.

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/111108.html

(0)
小半的头像小半

相关推荐

极客之音——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!