Community push intensifies to free MySQL from Oracle's control amid stagnation fears
Briefly

Community push intensifies to free MySQL from Oracle's control amid stagnation fears
"Pressure is building on Oracle to loosen its grip on MySQL, with a group of database veterans, developers, and long-time contributors urging the company to transition the open source database to an independent foundation model. The call, articulated in an open letter, reflects mounting concern about MySQL's development velocity, roadmap transparency, and role in an increasingly AI-driven data ecosystem. The letter itself has received at least 248 signatures so far."
"Chief among the signatories' concerns is how Oracle has managed updates to MySQL's codebase, which they argue has cost the database a significant loss in market share. Developers and enterprises are increasingly gravitating toward PostgreSQL as demand surges for AI-driven workloads, where databases play a critical role in consolidating and serving data. The letter also argued that not only are the MySQL updates "private" and sparse, but they also don't even include features that are now table stakes for AI-driven workloads and have become standard across most databases, including the enterprise versions offered by Oracle, the signatories wrote in the letter."
Database architects, DBAs, and engineers contend that MySQL's closed development, missing AI-era features, and declining commits require a shift to a foundation-led governance model that retains Oracle participation while restoring roadmap transparency. Signatories include contributors from Percona, MariaDB, PlanetScale, and engineers and executives from Zoho, DigitalOcean, Vultr, and Pinterest, totaling at least 248. The group argues Oracle's private and sparse updates have reduced MySQL's market share as developers and enterprises migrate to PostgreSQL for AI-driven workloads. Percona co-founder Vadim Tkachenko described enterprise concern as critical, noting increased interest in forks and cloud provider alternatives.
Read at InfoWorld
Unable to calculate read time
[
|
]