MYSQL 8 VS MYSQL 5.7 查询真的“快乐”吗?

通过对MYSQL8与MYSQL5.7在查询优化方面的对比测试,发现MYSQL8在某些查询上并未展现出官方宣称的性能提升,甚至在部分测试中略逊于MYSQL5.7。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

对没错字,就是快乐吗?最近不少单位开始使用MYSQL 8了,当然也是尝试性的,大面积的铺开应该在明年,MYSQL8 目前在MGR 的变动还是蛮大的。

这里主要想看看到底MYSQL 8 在查询优化方面到底比MYSQL 5.7 有什么进步,或什么期待,是否和官方宣称的提高N倍性能。

测试机 : SSD 硬盘 (两个数据库服务器,装在一个磁盘底下,内存MYSQL 5.7 稍微吃点亏 6G  MYSQL 8 8G的内存,其他 CPU 4核心,在一个虚拟机里面,虚拟机里面没有其他的机器了,就只有这两个)

下面写一些蹩脚的语句,并且适当的添加一些不大合理的索引,看看他们的表现如何

(如果你不熟悉表结构,可以去下载MYSQL官方的测试库 employees)

语句一, 这个语句其实是很 蹩脚的,

select em.emp_no,em.gender,ts.title

from employees as em

left join titles as ts on em.emp_no = ts.emp_no

where em.emp_no in (select emp_no from titles where to_date = '9999-01-01');

尤其下面的子查询,简直是找抽类型的。

在同样配置的MYSQL 服务器,仅仅是MYSQL的版本不同,一个是 MYSQL 5.7.23 一个是 MYSQL 8.015

对上面的语句查询的执行计划是一样的,但查询的时间稍有不同,MYSQL 5.7 略占优势。这让我有点奇怪。

下图是MYSQL 8

mysql 5.7

下面这个语句很简单,最后的结果还是MYSQL5.7 稍微快了那么一点点

select *

from employees as em where birth_date > '1953-09-01' and em.last_name = 'Facello' 

mysql 8

MYSQL5.7

做到下面这个语句,我有点不淡定了,说好的MYSQL 8 的性能呢,三次比较均不如MYSQL 5.7 ,我在想是我哪里做错了

select * 

from employees as em where em.birth_date > '1953-02-01' or birth_date < '1980-01-01';

mysql 8  

mysql 5.7

下面的语句,mysql 8 稍微比MYSQL 5.7快了一点,但执行第二次的时候,结果又反过来了

select *

from employees as em 

left join titles as ti  on em.emp_no = ti.emp_no

left join (select emp_no from salaries where salary > 40000) as sa on em.emp_no = sa.emp_no

mysql 8 

MYSQL 5.7

做到这里,其实MYSQL 8 和 MYSQL 5.7 的执行计划已经不一样了,

MYSQL 5.7  using sort union

MYSQL 8 using union

虽然细节不同,但MYSQL 5.7 还是比MYSQL 8 快那么一丢丢

MYSQL 5.7

最后要使用倒序的方式查询,MYSQL 8 已经支持倒序了,这次应该占便宜了吧?

MYSQL 8

MYSQL 5.7

其实还应该讲实验做的更严谨一点,但此次的粗放型的实验,给我一个不“快乐“ 的感觉,MYSQL 8 到底你在查询中是进步了还是退步了,如果是进步了,那在哪里?

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值