一位经验丰富的MySQL数据库工程师质疑Oracle是否会因为倾向于在其专有系统中添加功能而无意中扼杀开源数据库.
在MySQL Inc.
数据库被Oracle收购之前，Peter Zaitsev曾在MySQL Inc.
担任性能工程师，他发表了一篇博客文章，批评Big Red对最受欢迎的开源数据库之一的承诺.
这位俄罗斯软件工程师和企业家确实帮助撰写了这本关于高性能MySQL的书，他之前曾为Oracle对开源数据库的管理进行过辩护.
然而，在他的最新帖子中，他表示，甲骨文在过去几年里推广其分析系统热浪的举措，是开始质疑该公司动机的原因之一.
应The Register的邀请，甲骨文做出了回应.
MySQL是由该公司在20世纪90年代中期创建的.
太阳微系统于2008年收购了该业务，2010年又被甲骨文收购，Zaitsev于2006年创立了开源数据库咨询公司Percona.
在公司网站上发表的一篇博客文章中，他表示，甲骨文的MySQL Enterprise专注于“企业将需要的功能，而开发人员几乎不会关心”，因为甲骨文的MySQL热浪分析数据库服务的开发更令人担忧.
他说：“热浪包括许多MySQL社区或MySQL企业没有的功能，如加速分析查询或ML功能.
”他指出，开源MySQL甚至没有并行查询执行.
他说：“在数百核的CPU上市之际，这些核心的速度并没有明显加快，这正日益限制性能.
”，向量搜索是另一项在HotWave中可用的功能，但MySQL不能，尽管它在开源的PostgreSQL中可用.
他说：“虽然其他所有主要开源数据库都增加了对向量搜索功能的支持，MariaDB也在致力于此，但至少可以说，将其作为MySQL生态系统中仅限云的MySQL热浪功能是不幸的.
”最后，他补充说，对Java脚本的支持是MySQL企业版独有的特性.
他补充道：“所有这些都打破了上面提到的黄金法则，因为它们肯定会限制MySQL的采用，无论是从那些特定特性的角度来看，还是出于对这一看似政策变化对MySQL未来意味着什么的担忧.
”他说，“如果这还不够，MySQL似乎遭受了多年来在性能工程部门的忽视，与MySQL5.
6相比，它在简单单线程工作负载上的性能显著下降.
”Zaitsev在LinkedIn讨论这一话题的交流中补充道，如果Oracle认为维护MySQL应该成为共同的责任，因为他们不再从承担维护项目的大部分负担中获得价值，那么它总是可以只“将其转移到Linux Foundation(或其他独立的非营利实体)，并专注于维护他们的内部版本(类似于AWS Aurora).
”他补充说，“在这种情况下，期望AWS/GCP等公司分担推进开源项目的负担是公平的……并不是所有回应的数据库专家都同意甲骨文的举措将扼杀开源MySQL，其中一条写道：“我不确定.
他们的重点是MySQLaaS.
我必须看看他们为服务器本身做了什么才能回答这个问题.
我希望不会，因为这会让我非常难过.
我一直忙于获得一个良好的PgPool设置，它工作良好，可伸缩性好，我可以告诉你，与ProxySQL和MySQL路由器相比，它是相当缺乏的.
专注于DBaaS意味着开源MySQL被忽视了，落后于它就意味着扼杀它…“，CTO Mark Callaghan插话道：”我同意，但承认这一点很伤人.
我的社区正在衰落-扩展MySQL的外部贡献者，攻击我的SQL、文件错误报告、修复错误，有时甚至会使其变得更好.
“尽管PostgreSQL近年来发展迅速，但SQL仍然是DB-Engines排名系统上最受欢迎的开源数据库.
与此同时，根据2023年Stack OverFlow调查，PostgreSQL已超越SQL成为最受开发人员欢迎的数据库.
扎伊采夫说：“除非Oracle将注意力转向现代开发人员对关系数据库的需求，否则它将扼杀[SQL]，如果不是通过行动，那就是通过不作为.” .