记录一次 mysql 优化

本次实例是很简单的一个sql语句关联,样例sql 如下,

select 子查询t1.,t1.*,t2.col from t1 left join t2 on t1.key=t2.key

大概解释下:一个sql语句关联了另外一个表,通过某个 key 做的联合,在查询列中有一个子查询字段,t1 和 t2 表数据量都是不到三千条,子查询关联的表数据不到100条。但是自从进行了左关联之后数据查询速度从零点几秒增加到3秒左右了。

当时想的是 关联的key增加索引是不能快一些,后来两个表都进行了索引字段的增加,但效果根本不明显。

后来我怀疑是网络原因,因为数据库是在测试服务器上得,把这两个表都导入到本地测试,发现速度贼快,零点几秒的速度。我自以为是测试数据库性能不好,线上环境应该是没有问题的了。

结果线上数据库和测试数据库一样的拉胯,使用了 explain 进行了分析,看到提示有排序 useing file sort ,但是这个也不是导致问题的关键因素。

国庆我左思右想,翻阅资料后再次进行尝试优化,这次把子查询去掉了,发现一个问题

Range checked for each record (index map: 0x2) 

后来网上一查,是因为字符集不一致导致的,我回想起了当时因为一些特殊原因改过字符编码,导致新建的表后t1字符集不一致,关联查询导致需要进行字符集的一些多余转换操作。

修改字符集后,速度正常,恢复往日的速度。

以后切记,数据库字符集一定要一致,否则会导致数据库性能下降的。完

  • 4
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

HuntFalcon

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值