您现在的位置是:首页 > 文章详情

MySQL 5.7 与 8 的性能比较

日期:2020-01-30点击:1029

mysql5.7的基本情况就不多介绍了,相比大家也知道,在低性能要求,低并发,低请求,低数据量的情况下,速度还是可以的。

如果数据量过大,百万级,如果加上索引,加上字段限制速度也还是可以的,但是我最近的项目因为涉及到点赞之类的操作,那这个数据库的操作就相当的高了,每天光是pv就能到十几万,即便没人只有3-5票,那这在高峰期肯定是宕机的,已验证。

所有我最近又研究了一下mysql8版本,发现该版本操作类型被官方定义为nosql+mysql的范围,然后我把同样的数据库,分别在5.7跟8做了比较,个人认为如下:

(前提:都已加索引)

1:sql

$d=Db::table("production")
      ->field("sum(c.fz+c.pf+c.gf+c.yf) as zf,sum(c.fz) as fz,sum(c.pf) as pf,sum(c.gf) as gf,sum(c.yf) as yf,a.jz,a.pwlll,a.dz,a.lll,a.mtype,a.id,a.userid,a.type,a.title,a.member,b.name,b.phone,b.mail,b.sf,b.city,b.school,b.zy,a.teacher,a.fb,a.hj,a.tp,a.px,a.uptime,a.face")
      ->alias("a")
      ->join("user b","a.userid=b.userid","left")
      ->join("pf c","a.id=c.conid","left")
      ->where("a.status",2)
      ->page($page,30)
      ->group("a.id")
      ->order("zf desc,a.tp asc,a.dz desc,a.lll desc,a.id desc")
      ->select();

用该sql的情况是use字段十几万数据,production9000多,pf暂时6000多,目前用下来,mysql5.7的这一句sql就有5秒多,mysql8只有0.3秒左右。

而且mysql8查询的时间相对稳定,但是mysql5.7的时间变化较大、

2:sql

SELECT * FROM `fav` WHERE id>=1000000 limit 100

该表数据量大约是一百三十万条,mysql5.7测试读取花费1.3秒,mysql8花费0.003秒,可谓差距巨大啊。

3:我个人猜测,或许nosql的这种存储读取方式本身避免了逻辑性的存储,而精确式的数据为主,所有性能提升极大。

end。

https://my.oschina.net/shuaijin/blog/3159952

原文链接:https://www.oschina.net/question/2812224_2314326
关注公众号

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。

持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。

文章评论

共有0条评论来说两句吧...

文章二维码

扫描即可查看该文章

点击排行

推荐阅读

最新文章