MYSQL 5.7 VS 8 用函数你三思,三思_查询语句

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

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

OK 我们看下边一个实验

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

MYSQL 5.7 VS 8 用函数你三思,三思_字段_02

MYSQL 5.7 VS 8 用函数你三思,三思_字段_03

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

MYSQL 5.7 VS 8 用函数你三思,三思_数据_04

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

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

MYSQL 5.7 VS 8 用函数你三思,三思_查询语句_05

MYSQL 5.7 VS 8 用函数你三思,三思_字段_06

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

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

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

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

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

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

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

4 总体数据一共5条

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

5 查询有GROUP BY 和 LIMIT

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

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

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

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

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

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

MYSQL 5.7 VS 8 用函数你三思,三思_字段_07

MYSQL 5.7 VS 8 用函数你三思,三思_查询语句_08