mysql 关联查询_关于mysql关联查询,特别慢的坑

最近入职了一个新公司,接收了一个代码写得很烂的项目.花了两天看完代码,来了个需求,需要做一个统计,要做几个表的关联查询,

sql语句非常简单,如下(由于涉密原因,只有最简单的):

1915fa23b425962f74dfdebf500659af.png

查询语句是我手动停止的,查看manifest表数据,猛然发现才不到4万条

98e3b324fd53a3584e98c5121a6906cf.png

第一反应是索引的问题,explain看一下

91110ab9dbe74d0917ef00218dd8f1d1.png

这个时候大多数人想到的是去加索引,我也不例外.

就在我加索引的过程中,我反应过来一个问题,就这点数据,哪怕是没有索引,也不可能会慢到如此丧心病狂的地步.所以果断排除了索引问题.

查询语句中唯一的判断是"a.bill_no=b.bill_no",那么问题一定出在这里.

查看两个表的编码:

533ec1ad3b9c173bf872ccaf7fb6df44.png

95560b2cca892fa4395e1572578e089e.png

好啦,问题一目了然了...

两个字段不同的编码.造成了进行关联查询时,两个字段的判断及其慢.解决方法通常有两种:

1.修改两个表的编码,保持一致.但是这会更改整个表的结构,在不能确定有无其他影响的情况下,建议不要使用.

2.使用转换函数,降编码统一

CONVERT(expr USING transcoding_name)

使用时间立马就有效果

1d13abbc810411793735f9b5d9291716.png

索引生效了

ec6a53e5e41ad36640f7db9edc9b9ebf.png

愿意与大家一起踩坑!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值