MySQL 5.7 vs 8.0，哪个性能更牛？

测试mysql5.7和mysql8.0 分别在读写、只读、只写模式下不同并发时的性能（tps，qps）

机器

myql5.7.22

mysql8.0.15

sysbench

​

mysql5.7和mysql8.0 在读写模式下的表现

​

双1 配置，读写模式下，mysql5.7.22 和mysql8.0.15 tps 、qps 性能差不多，mysql8.0.15 在120 线程并发时，性能出现了下降抖动：

mysql5.7和mysql8.0 在只读模式下的表现

​

双1 配置，只读模式下，mysql5.7.22 的tps、qps比mysql8.0.15 好1/3 左右；并发线程数增加后，tps、qps并没有随着增加，反而出现了下降的趋势：

mysql5.7和mysql8.0 在只写模式下的表现

​

双1 配置，只写模式下，随着并发数的上升，mysql5.7.22 的性能比mysql8.0.15 好1/4左右

mysql5.7和mysql8.0 在读写模式下的表现

​

0 2配置，读写模式下，并发数低时，mysql5.7.22性能好于mysql8.0.15并发数比较高时，mysql8.0.15 性能好于mysql5.7.22；在80 线程的并发以上时，性能开始下降

mysql5.7和mysql8.0 在只读模式下的表现

​

0 2配置，只读模式下，mysql5.7.22性能比mysql8.0.15 好1/3左右；随着并发数的上升，性能也没有上升，反而有下降的趋势

mysql5.7和mysql8.0 在只写模式下的表现

​

注意

sysbench 需要设置--db-ps-mode=disable 禁用预编译语句，不然并发测试线程多时会报下面的错误

使用脚本

MySQL Cluster通过扩展为MySQL带来2亿QPS。

MySQL Cluster是一套具备可扩展能力、实时、内存内且符合ACID要求的事务型数据库，其将99.999%高可用性与低廉的开源总体拥有成本相结合。在设计思路方面，MySQL Cluster采用一套分布式多主架构并借此彻底消灭了单点故障问题。MySQL Cluster能够横向扩展至商用硬件之上，能够通过自动分区以承载读取与写入敏感型工作负载，并可通过SQL与NoSQL接口实现访问。

作为一套最初被设计为嵌入式电信数据库、用于实现内网应用运营商级可用性及实时性能的解决方案，MySQL Cluster已经通过众多新型功能集的强化而得到快速发展，从而将用例范围扩展到Web、移动以及企业级应用程序等部署在内部或者云环境下的实例当中，具体包括：大规模OLTP(实时分析)电子商务、库存管理、购物车、支付处理、订单追踪、在线游戏、金融交易与欺诈检测、移动与微支付、会话管理与缓存、数据流供应、分析与建议、内容管理与交付、通信与呈现服务、订阅/用户配置管理与补贴等等。

---