扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
本篇文章给大家分享的是有关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 用函数的示例分析，小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注创新互联行业资讯频道。
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
微信二维码
移动版官网