前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >MYSQL 5.7 VS 8 用函数你三思,三思

MYSQL 5.7 VS 8 用函数你三思,三思

作者头像
AustinDatabases
发布2019-11-13 15:00:40
6120
发布2019-11-13 15:00:40
举报
文章被收录于专栏:AustinDatabasesAustinDatabases

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

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

OK 我们看下边一个实验

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

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

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

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

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

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

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

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

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

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

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

4 总体数据一共5条

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

5 查询有GROUP BY 和 LIMIT

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

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

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

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

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

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

本文参与 腾讯云自媒体分享计划,分享自微信公众号。
原始发表:2019-11-12,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 AustinDatabases 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
云数据库 SQL Server
腾讯云数据库 SQL Server (TencentDB for SQL Server)是业界最常用的商用数据库之一,对基于 Windows 架构的应用程序具有完美的支持。TencentDB for SQL Server 拥有微软正版授权,可持续为用户提供最新的功能,避免未授权使用软件的风险。具有即开即用、稳定可靠、安全运行、弹性扩缩等特点。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档