这个问题可以回溯到业内人士发现最新版本的MySQL修复了一些漏洞，但所有补丁均未提供任何有关的测试数据。这给开发者们带来了很多问题，开发者们无法保证那些漏洞是否真的被修复了。
很明显，甲骨文是想让开发者们很难使用MySQL。这主要是因为开发者社区对于甲骨文如何看待开源和闭源问题有着不同的看法。 甲骨文此举将给开发者们带来各种各样的问题。
MySQL是全球开发者使用最多的数据库。甲骨文在2010年收购了Sun Microsystems之后获得了该软件的发布控制权。
据国外科技网站MariaDB上发布的一个帖子称，MySQL自1999年起使用了一种名为MySQL-test的测试框架。多年以来，各种测试主要针对新功能来设计，其中总是包括一项用来保证漏洞得到修复的回归测试。
来自Facebook和Twitter的开发者们对那个测试框架的依赖性很重。在Twitter平台上，MySQL是大多数Twitter数据、兴趣图表、时间轴、用户数据和推特本身背后最主要的存储技术。
甲骨文似乎还抽出了MySQL的修订历史。修订历史将以前对无数行源代码进行的修改进行了分组，归纳到所谓的“变化集”中。一个变化集可以显示出某项具体功能发生的变化。它可以显示出修改者的身份、修改的时间和原因。
清除掉修订历史记录后，甲骨文就可以让开发者们搞不清楚哪些问题已经被修复，哪些问题还没有被修复。
观察员们认为，甲骨文似乎不想公开MySQL的修订测试和修订历史。 从甲骨文一贯的行事风格和历史来看，这一点并不出人意料。
【编辑推荐】
- MySQL源码学习：MDL字典锁
- MySQL Cluster开发环境简明部署
- MySQL的四种不同查询的分析
- 甲骨文推出MySQL集群7.2
- MySQL内存表的特性与使用介绍
文章来源网络，作者：运维，如若转载，请注明出处：https://shuyeidc.com/wp/278431.html<
