但使书种多，会有岁稔时。这篇文章主要讲述MYSQL 5.7 VS 8 用函数你三思，三思相关的知识，希望能为你提供帮助。
最近加了几个群，里面的牛人是一个接一个，自己能不说话就不说话，主要是人家说的，看不懂呀。所以人外有人，天外有天 , 多看少说。
话归今天的话题，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的函数，在应用的时候，要小心，三思，三思。
【MYSQL 5.7 VS 8 用函数你三思，三思】
推荐阅读
- 如何设计出一个比较合理的数据归档系统
- PostgreSQL 如何“霸占”系统OS cache 提升查询性能
- 看电影也可以学点什么
- gitlab安装与使用
- MYSQL怎么发现处理没有commit 留下的“大”麻烦（）
- PostgreSQL 一个可以调整查询代价的数据库
- 可曾听闻大话二字—统计学R语言
- MYSQL performance_schema 监控系统更容易与慢查询DUMP SLOW LOG
- Zookeeper - 数据处理/存储