共计 1065 个字符，预计需要花费 3 分钟才能阅读完成。
自动写代码机器人，免费开通
MySQL 数据库的版本到底该咋选？很多新手对此不是很清楚，为了帮助大家解决这个难题，下面丸趣 TV 小编将为大家详细讲解，有这方面需求的人可以来学习下，希望你能有所收获。
观点一 ：
MySQL8.0 目前来看并不是一个稳定的版本，因为他的发版模式有了改变， 每个小版本都有“新特性”。
就拿最新的 MySQL8.0.20 来说，他改变 redo log 的格式，导致物理备份工具 xtrabackup 的不兼容。
就是因为他每个版本都有新特性，就可能触发未知的 bug。
哪有人就说了，我用 MySQL8.0 但我不用他新特性行不行？
答案是：NO，他都改 redo log 的格式，改了优化器，这种基础代码的修改。
观点二：
触发未知 bug，不是可怕的事。可怕的是 你不能修复，目前国内具备修复 MySQL 源码级的专家基本上都汇聚在头部互联网的大厂中。
二三线互联网厂商基本上不具备修复 MySQL 源码级 bug 的专家，这点很重要。因为修改 MySQL 的源码，不是一个人能够做到的事，哪怕你能读源码。但做不到修源码 bug，真的敢修 bug，但真的敢上线吗？
修复了这个问题，成功解决了这个 bug，但有可能因为修改的代码，触发了新的 bug，然后对线上业务造成影响，这个月绩效都凉凉。# 换句话说 头部大厂敢上 MySQL8.0，人家是有一定的技术储备。你知道人家为上 MySQL8.0，都做了那些努力？
那么到底改选择哪个版本
当然是 MySQL5.7 或者 MySQL5.6 啊。
MySQL5.7 和 MySQL5.6 用的多，大家都在用，经历过大规模的使用。基本上不会触发致命的 bug。MySQL5.6 和 MySQL5.7 的生命周期快到了，我个人认为是好事把现有的 MySQL 升级最新的 MySQL5.6 和 5.7 最新的子版本。在遇到 bug，你就可以跟老板说 MySQL5.6 和 5.7 官方不更新子版本了。就这逼样了，修复是不可能修复了，但我可以告诉你咋规避，凑合凑合用吧，你要必须修复 可以卖企业版 MySQL 或者用 Oracle 其实现在最大的问题就是：1.MySQL8.0 并不稳定，每个版本都有新功能。2. 用的人少，还没有大规模的应用。3. 周边的组件或者兼容程度还不够。4.MySQL8.0 跳版本。MySQL8.0.5-MySQL8.0.10 这个版本被跳了，其实现在的 MySQL8.0.20 就是 MySQL8.0.15。
看完上述内容是否对您有帮助呢？如果还想对相关知识有进一步的了解或阅读更多相关文章，请关注丸趣 TV 行业资讯频道，感谢您对丸趣 TV 的支持。
向 AI 问一下细节
丸趣 TV 网 – 提供最优质的资源集合！
