Slashdot Mirror
Wikipedia Moved To MariaDB 5.5
Peetke writes "As we all know Oracle is not the biggest friend to the Open Source Community. Long standing OSS supporter Wikipedia has now moved from an optimized fork of MySQL 5.1 to MariaDB 5.5, for both its English and German sites. Wikipedia expects all other languages to follow within a month. Performance-wise, this move has no big implications, but it will ensure our biggest community database will live long and prosper."
For more information, Wikipedia has a statement regarding MariaDB: http://en.wikipedia.org/wiki/MariaDB
+1 IDisagreeSoHeMustBeATrollOrAnAstroturferOrAShill
"Oracle may screw MySQL".
Is there a reason for this other than ifs, buts and maybes?
One definition of madness is to try the same thing again and again and keep expecting different results. It's Oracle. You will get screwed.
SJW n. One who posts facts.
Not until MariaDB is completely broken. Right now, it's much too stable for Slashdot.
The first daughter's name is MySQL? I should introduce her to my nephew, little Tommy ;'Drop Tables.
- For the complete works of Shakespeare: cat
So an organization who asks for donations, waste their money changing Database systems for the sole purpose that they didn't like the company that bought the old one, although they didn't show any signs that they are going to damage the product or make it worse for them in any ways? Sounds like a wast of donated money to me.
So you didn't RTFA???
For our most common query type, 95th percentile times over an 8-hour period dropped from 56ms to 43ms and the average from 15.4ms to 12.7ms. 50th percentile times remained a bit better with the 5.1-facebook build over the sample period, 0.185ms vs. 0.194ms. Many query types were 4-15% faster with MariaDB 5.5.30 under production load, a few were 5% slower, and nothing appeared aberrant beyond those bounds.
Better performance on such a heavy traffic site is neither a waste of time nor money! ;-)
Since Oracle took over MySQL they've shown they routinely delay releasing patches for CVE security flaws for months until they can all be released together without documenting what fixes what issue. Several times updates have either ignore issues, removed fixes to earlier ones or in at least on case I remember applied a fix for an issue which failed to fix it and actually introduced a new one. This despite multiple FOSS projects (Debian,RHEL,MariaDB,Percona) having developed working patches separately which Oracle chose not to use.
They also don't disclose the details of many security vulnerabilities. That sounds reasonable on first glance, but it makes it a nightmare for sysadmins to assess whether it is worth system downtime to apply a patch, especially when that means upgrading to a newer DB version not tested against the application and which might break the application in several cases (for example due to the newer reserved keywords lists). A firewall or other measures may be sufficient to mitigate the threat, but that can't be assessed without seeing the details.
Ummmm... that's not what happened. They weren't using a stock release of MySQL. They were using an old 5.1 fork that Facebook created and has been maintaining. They decided they wanted the enhancements that the newer releases offered, and had a choice of migrating to a newer release of MySQL, or migrating to a newer release of MariaDB. Either way, they were migrating and had to put forth the effort to do so.
"Always forgive your enemies; nothing annoys them so much." - Oscar Wilde
Wikipedia was using a non-Oracle fork of MySQL (a Facebook maintained fork of MySQL 5.1) and moved to a different non-Oracle fork (MariaDB). The comment about Oracle not being a friend of OSS seems to be a non-sequitur.
Not only this (but please mod up anyway!), but as far as I know MariaDB is compatible with plugins designed for a comparable version of MySQL. At least for my Django and PHP work this holds true. I mean, isn't this the reason most developers abstract the database library anyway?
"Never let your sense of morals prevent you from doing what is right" - Salvor Hardin