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

双配置1 、读写模式：
1 2 0线程并发，mysql8 .0.1 5 性能下降，抖动。

tps、qps性能：mysql5 .7 .2 2 ≈ mysql8 .0.1 5
双1 配置，只读模式：
tps、qps：mysql5 .7 .2 2 比mysql8 .0.1 5 好1 /3
高并发后，性能下降。

双1 配置，只写模式：
tps、qps：mysql5 .7 .2 2 比mysql8 .0.1 5 好1 /4
高并发后，性能下降。

02 配置及读写模式：
低并发：mysql5 .7 .2 2 性能良好。

高并发：mysql8 .0.1 5 性能良好。

超过 8 0 个线程，性能会下降。

02 配置，只读模式：
tps、qps：mysql5 .7 .2 2 比mysql8 .0.1 5 好1 /3
高并发后，性能下降。

02 配置，只写模式：
我不确定。

sysbench需要禁用预编译数据，否则高并发会出错。

MySQL8.0对比MySQL5.7的性能提升及优化

哎，说起这次MySQL8 .0的更新，我其实是有点感慨的。
2 02 2 年，我们公司的项目升级到8 .0版本的时候，哎，就像给数据库穿上了新鞋一样。
我们先来说一下JSON处理。
在之前的5 .7 版本中，JSON数据处理不得不走了一大弯路。
现在8 .0版本可以直接在JSON中工作，例如搜索、排序和索引表达式。
效率令人难以置信。
记得曾经有同事说，他处理一个复杂的数据结构需要半天时间，但升级后几秒就搞定了。

我们来谈谈性能和可扩展性。
8 .0引入了多线程架构，可以充分利用多核处理器的优势。
我们的服务器之前一直存在同时读写的瓶颈。
升级后，这个瓶颈直接得到解决。
存储引擎有很多，包括InnoDB、MyISAM等，可以应用于各种场景。
还有新的数据类型YEAR和GEOMETRY，非常灵活，可以满足各种业务需求。

安全方面，8 .0版本改进了密码验证和加密算法，用户管理更加严格。
配置方面，对缓存、日志和表空间进行了新的调整。
例如，我建议将缓存大小设置在系统内存的7 0%到8 0%之间，这样可以将读写性能提升到更高的水平。
优化日志设置也是为了提高写入性能。
至于表空间，必须考虑大规模数据处理，不能吝啬。

在安全性方面，8 .0版本的改进不容忽视。
我建议使用caching_sha2 _password加密算法，然后启用SSL/TLS加密，这样更安全。
谈到备份工具，mysqlpump 在处理大规模数据备份和恢复时派上用场。

总的来说，这次的MySQL8 .0，升级之后，在性能、安全性以及处理大规模数据的能力上都取得了质的飞跃。
在实际工作中，确实要充分利用它。
我当时很困惑，后来才意识到。
也许我有偏见，但说实话，这次升级带来的变化确实很大。

mysql5.7-8.0及mariaDB简单对比

说白了，MySQL5 .7 、MySQL8 .0和MariaDB之间的区别其实在兼容性、技术支持、特性和功能、更新和迁移等方面都很复杂。
我们先来说说最重要的事情。
MySQL 5 .7 和 MariaDB 8 .0 之间的兼容性已逐渐降低。
例如，在我们去年做的一个项目中，如果我们切换了数据库，我们可能需要花费大约 3 ,000 个小时来调整语法和功能差异。
还有一点是，MySQL 得到了 Oracle 的专业支持，而 MariaDB 则依赖于社区的力量。
起初我以为社区的支持不够，但后来我意识到这是错误的。
MariaDB的社区投票和电子邮件讨论机制使更新更加贴近用户需求。

还有一个更重要的细节。
MySQL 5 .7 的功能比较简单，适合简单使用，而MySQL 8 .0增加了更多新功能，性能提升明显，适合追求高性能的用户。
在保持兼容性的同时，MariaDB还引入了一些新功能，但它们可能不如MySQL 8 .0那么全面。
从升级的角度来看，从MySQL 5 .7 升级到MySQL 8 .0相对顺利，但是迁移到MariaDB时可能会出现兼容性问题，所以等等，还有一件事：在迁移之前应该充分测试。

我认为值得一试，这样当前正在使用MySQL5 .7 的用户可以继续使用它，除非有特殊需求。
如果您需要更好的性能和功能，MySQL8 .0是一个不错的选择。
至于迁移到MariaDB，除非有明确的需求，否则不建议轻易迁移，兼容性和稳定性是关键因素。
很多人没有注意到这一点，但这确实是一个陷阱。