查看原文
其他

哎,MySQL出bug了,有索引不走,竟然是我错了。。。

点击关注 👉 Java面试那些事儿 2021-11-29

大家好,我是D哥

点击关注下方公众号,Java面试资料 都在这里

来源: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,查看执行计划

explainSELECT * 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。

explainSELECT * 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.


技术交流群

有不少同学问D哥,大厂面试官到底喜欢问什么?想进大厂镀金。因此,D哥特意邀请了华为、腾讯、阿里的朋友进群,与大家一起交流经验,增长技术。

有兴趣入群的同学,可长按扫描下方二维码,一定要备注:城市+昵称+技术方向,根据格式备注,可更快被通过且邀请进群。

▲长按扫描



热门推荐



: . Video Mini Program Like ,轻点两下取消赞 Wow ,轻点两下取消在看

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存