ITPUB官方账户，分享社区技术干货内容，了解社区最新动态，参与社区精彩活动。

  摘要：EOL，即生命周期结束（End of Life）。根据Oracle官方信息，到了2023年10月，MySQL 5.7将迎来其生命周期的终结，也就是俗称的“停服”。这在某种程度上预示着该版本将不再获得更新或安全补丁，同时也代表着各个行业使用MySQL 5.7数据库的业务系统将面临多种潜在风险……

  在DB-Engines流行度排名中，MySQL已连续数年位于流行度前两位。在关系型数据库中，MySQL也有着较高的市场占有率。根据2022年Slintel网站的统计数据，在全球关系型数据库市场中，MySQL市场占有率最高，达到43.04%，排名第二的Oracle仅为16.76%。MySQL市场占有率几乎占据关系型数据库市场半壁江山，慢慢的变成了事实上全世界内影响最广泛的开源数据库。

  因此，MySQL 5.7的停服影响是巨大的，可能会引起多种潜在风险，这些风险包括但不限于以下几个方面：

  安全漏洞和漏洞未修复：停服后，MySQL 5.7容易受到新的安全漏洞和攻击的威胁，这可能会引起没有经过授权的访问、数据泄露、数据破坏或拒绝服务攻击等安全问题，对企业的数据安全构成潜在威胁。

  合规性问题：对需要遵守特定行业法规或数据隐私法规的企业，继续运行不再受支持的MySQL 5.7版本可能会引发合规性问题。未修复的漏洞和安全风险可能会引起法律和监督管理问题，对企业的声誉构成风险，同时也可能面临法律诉讼和知识产权风险。

  性能和稳定能力问题：随着硬件和操作系统的更新，MySQL 5.7可能会遇到性能和稳定能力问题。新硬件或操作系统的特性和优化可能不再与MySQL 5.7兼容，因此导致业务系统整体性能直线下降或系统不稳定，进而影响业务连续性。

  缺乏新功能和改进：停服后，MySQL 5.7将不再接收新功能和改进。这在某种程度上预示着用户将错过在新版本中引入的性能优化、新的SQL特性、可扩展性改进和其他增强功能，可能限制了业务创新和竞争力。

  维护和支持问题：停服后，用户将不再获得来自MySQL官方的技术上的支持。这可能会引起数据库管理员在面临问题时缺乏官方支持和解决方案，增加了故障排除和维护的难度，延长了系统恢复时间。

  生态系统的逐渐衰退：跟着时间的推移，MySQL 5.7的生态系统，包括第三方工具、库和插件，可能会慢慢地减少支持或停止更新，这将影响数据库的可用性和生产力。

  数据库技能的短缺：随着MySQL 5.7逐渐退出市场，数据库管理员和研发人员对其来维护和开发的技能可能变得过时。这可能会引起人员技能的不足和难以招聘的问题，增加了人力成本和培训需求。

  鉴于以上主要风险，企业要采取一定的措施来降低这些潜在风险，以确保数据安全、合规性和业务的持续性。

  根据观察，大多数MySQL用户企业对MySQL 5.7的“停服”事件都已经知道，并已经制定了应对策略。这些策略大致上可以分为以下四种：

  对于上述四种方案，保持现状和升级到MySQL 8.0似乎不需要过多讨论，因为升级到MySQL 8.0是相对较简单的选择，有很多教程可供参考。但即使升级到MySQL 8.0，也只是一时的解决方案，仍旧没办法避免未来的停服问题。

  而迁移到国产商业数据库是一个复杂的话题，从免费社区版MySQL要升级到商业数据库，通常是因为企业在其数据库需求方面面临了新的挑战，而不同的企业面临的挑战并不相同；其次，这种替换涉及多种技术路线选择，比如MySQL、PostgreSQL、自研分布式等。客户会面临成本高、迁移难度和兼容性等多方面的问题开。

  迁移到国内开源数据库的方案是最值得讨论的。因为，通过采访和交流，大部分选择MySQL5.7替代数据库的企业，迁移难度、改造成本和兼容性是第一先考虑因素。

  在这种情况下，迁移到国内MySQL开源分支自然成为最合适的替换选择。因为它能够同时满足迁移难度低、改造成本低，同时与MySQL 5.7具有较好的兼容性。目前也符合国家开源政策的鼓励和引导支持。

  近几年，国内涌现出了诸多的开源社区等一批基于MySQL开源分支，并已经初步构建多方参与的社区生态，在应用落地、社区活跃度、代码贡献等层面围绕自身特点进行不断完善。

  但很多人的认知仍然停留在过去，关于“国内的MySQL开源分支能用吗？是否会涉及知识产权侵权？”这一问题，至今还在被持续热议。

  答案很明确：不会有涉及知识产权侵权的问题。陈书俊的文章《七问七答理清MySQL开源许可》已经详细回答了这样的一个问题，这里不再赘述。

  MySQL是目前全球最流行的开源数据库软件，其巨大的市场占有率是不争的事实。在中国，各行各业的用户纷纷采用MySQL数据库，其普及程度也是不言而喻。

  然而，彻底抛弃MySQL技术路线转投其它路线既不切实际，又可能伴随着巨大的风险和转变成本。因此，我们该善用国内MySQL已经建立的技术、人才生态，结合国内产业需求，加强我们自己的MySQL开源分支的独立演进能力。

  即使甲骨文没有将MySQL的开源许可证做出变更，也没有将其闭源的意图，发展国内独立的MySQL分支仍然势在必行。这是因为MySQL在本地化方面存在硬伤，如适配国产软硬件、支持国密算法以及适应国内业务量巨大的场景支持等方面都存在欠缺等。另外，希望甲骨文公司的MySQL需求评估部门全面考虑中国的情况和需求也不现实。

  这也是为什么我强烈建议国内开发者积极维护国内MySQL开源分支的原因。然而，我们应该的是一个统一而强有力的MySQL开源分支，而不是分散的、零散的分支项目。只有在这个前提下，我们才可以更好地发扬开源精神，推动国内数据库技术的进步，满足一直增长的业务需求。这将有利于确保MySQL在中国市场上的长期可持续性和成功发展。

  附图：Oracle 官方公示软件产品对应的出口管控类别编码（MySQL 产品线，MySQL 企业版、MySQL 标准版、MySQL 经典版、MySQL 集群版以及 MySQL 嵌入式版都在 5D992.C 类别中，但不包含社区版本）