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
