mysql 5.7不支持函数_MYSQL 5.7 VS 8 用函数你三思,三思

本文探讨了在MySQL 5.7中使用函数导致的一个查询性能问题,通过实验发现,即使在简单表上,含有函数的查询在某些情况下速度显著下降。虽然问题在MySQL 8.0.15版本依然存在,但揭示了函数和索引可能的冲突,提醒开发者在使用函数时需谨慎并考虑其对查询效率的影响,尤其是在大数据量的情况下。
摘要由CSDN通过智能技术生成

d9e5955fe23e27c6cafa4487a2dd6dc0.png

最近加了几个群,里面的牛人是一个接一个,自己能不说话就不说话,主要是人家说的,看不懂呀。所以人外有人,天外有天 , 多看少说。

话归今天的话题,MYSQL使用函数,呵呵,函数哪里都有用的,三思三思个屁,我用的好好的,是不是你自己写的函数太烂,才让别人三思。

OK 我们看下边一个实验

1 MYSQL 5.7,为什么建立这样一张表,因为这名字大家都喜闻乐见

d50b6eed58e16ece4d6113c6815bbf99.png

f780eb28ba6cd538187a7bb59055dda9.png

此时都没有什么异常,下图就开始出现“水怪”了

8f5b6d02201f6434f681b108666a8d5e.png

为什么,为什么,为什么,其他的都没有问题,就第三个查询的时间要5秒,

是不是MYSQL 8 就没有这样的问题了

5e0c1f17fd49924e78686b0c1a6dc40d.png

0df765bc02db1aeec1796b0e275aac2d.png

到MYSQL 8.015 这个版本,这个问题还是有的。

故弄玄虚到现在,到底是什么问题,怎么了?

同样查询一张普通的不能在普通的表,只是字段变化了,而查询时间一个要5秒,一个只要不到1秒。

我们来捋一捋,这里有什么不同

1 表时很普通的,没有问题

2 有的字段加索引了,有的字段没有加

3 查询慢的那个,是没有加索引的

4 总体数据一共5条

5 在没有使用函数 SLEEP的时候,查询的速度是一样的

5 查询有GROUP BY 和 LIMIT

那么关键不同点在哪里,1 函数,2索引

但问题是你不能保证你使用函数的查询的列一定是有索引吧?

那既然是这样,我们在深入一下,为什么会这样,到底为什么可能会是这样?  更不幸的是我查了一下慢查询语句,里面根本就没有这条超过我设定 1秒就记录规则应该被记录的这条语句。

这让我想起,不主动,不拒绝,不负责,这三句,哎。

试想这是这个表就5条数据,要是500万行呢,呵呵,估计哭的不知道哪里是北了。

那问题到底出在哪里了,下面这个图已经解释了部分的原因,我想你已经明白了,所以MYSQL的函数,在应用的时候,要小心,三思,三思。

ffa307cc820db441a3f25aea3b06ad9e.png

10264ef098e733f99895a51ef22a2f28.png

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值