<返回更多

同一条 SQL 为何在 MariaDB 正常,MySQL5.7 却很慢?

2020-04-24  爱可生  
加入收藏

作者:王顺

爱可生 DBA 团队成员,在公司负责项目中处理数据库问题,喜欢学习技术,钻研技术问题。

本文来源:原创投稿

*爱可生开源社区出品,原创内容未经授权不得随意使用,转载请联系小编并注明来源。


同一条 SQL 在 MariaDB 上运行正常,为什么在 MySQL 5.7 上运行很慢?

 

一、问题描述

客户生产环境数据库迁移,数据库从 MariaDB 10.4 迁移到 MySQL 5.7,一条业务 SQL 运行很慢。

从客户了解到业务之前在 MariaDB 运行正常,近期业务没有变更过,迁移到 MySQL 5.7 运行很慢,已经影响业务正常使用。

 

二、环境检查

(因生产环境涉及敏感信息,以下信息为测试环境信息)

1. MariaDB 的执行计划

 

故障分析 | 同一条 SQL 为何在 MariaDB 正常,MySQL5.7 却很慢?

 

2. MySQL 5.7 的执行计划

 

故障分析 | 同一条 SQL 为何在 MariaDB 正常,MySQL5.7 却很慢?

 

3. 表结构和列信息

 

故障分析 | 同一条 SQL 为何在 MariaDB 正常,MySQL5.7 却很慢?

 

 

三、分析过程

1. 通过执行计划分析

 

故障分析 | 同一条 SQL 为何在 MariaDB 正常,MySQL5.7 却很慢?

 

从 MySQL 5.7 执行计划的 warnings 中,可以清晰的看到 id 字段的字段类型或排序规则转换,无法使用索引。

2. 查看图 3 表结构和列信息对比,两个表的 id 字段排序规则不同存在隐式转换。

如下:

sbtest1 表 id 字段 char(32) 排序规则 utf8_bin

sbtest2 表 id 字段 char(32) 排序规则 utf8_general_ci

 

四、解决方法:

1. 将 sbtest1 表 id 字段排序规则 utf8_bin 改成 utf8_general_ci

 

故障分析 | 同一条 SQL 为何在 MariaDB 正常,MySQL5.7 却很慢?

 

可以看到排序规则改变后,执行计划正常。

2. 使用 convert 转换

 

故障分析 | 同一条 SQL 为何在 MariaDB 正常,MySQL5.7 却很慢?

 

使用 convert 对 sbtest1 表 id 字段进行转换,执行计划正常。

 

五、结论:

MySQL 5.7 检测到表 sbtest1 的 id 字段和表 sbtest2 的 id 字段的 collation 不同,没有正常走索引,造成查询很慢。通过改变排序规则或使用 convert 转换可以解决。由于 MariaDB 和 MySQL 的 collation 转换规则对执行计划的影响不同,在 MariaDB 中,不同的 Collation 并没有影响到查询效率。

声明:本站部分内容来自互联网,如有版权侵犯或其他问题请与我们联系,我们将立即删除或处理。
▍相关推荐
更多资讯 >>>