在年尾扯淡一下MYSQL5.7跟8的性能比较。 热：报错

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