Well, look at it properly, the bug is about optimization of a query that does not make much sense. Sure, it could be done better, but why would you issue such query at all.

If you look at problems that Oracle/MySQL engineering tackled, they are somewhat different - data compression, online DDL, parallel replication, GTIDs, InnoDB scalability, etc - these were huge efforts and get reasonable focus. Think of all the bugs that were not filed against MariaDB... :)

Count InnoDB engineers working for Oracle and for Maria, unfortunately that will not be balanced. Even Percona's InnoDB expert Yasufumi Kinoshita ended up working for Oracle lately.

Sure, Maria can do all sorts of tricks in SQL-land, but it is not the full picture. Oracle has much more engineering power dedicated to supporting MySQL, and they also have customers who are doing bug escalations as well.

Disclaimer: I used to work at MySQL AB and currently am working on a deployment that builds upon Oracle's MySQL tree, see https://www.facebook.com/MySQLatFacebook

if there'd be really a push for it, all you would need is server-side strict mode enforcement. any software engineering intern can add that feature :) but I guess not too many users really push their vendor for it, do they?

I had it opposite, once I watched Matt Dillon movie, and "oh wow, now he is acting!" :-)

Don't trust Facebook's "engineers".

I don't think MySpace used PG - they were MS SQL shop (though I hear there were attempts to switch to other engines)

(reposting as a logged in user) I wrote a bit longer response to this:
stonebraker trapped in stonebraker 'fate worse than death'

I think I know a bit more about database situation inside FB than Mr.Stonebraker. Go figure.

I'm not sure if this was supposed to be funny. It is much slower to enter same character many times (not only brain sucks at counting fast mechanical moves, but also you don't get finger parallelism ;-)

One needs to stage man-in-the-middle attack to hijack existing session, whereas broken handshake can be used to establish new connections. Not looking at crypto-analysis, keeping connections open is much more secure ;-)

runs on ~300 servers. you don't need millions of servers to reach everyone and/or be useful.

Hi! we run a non-profit website that gets 100 million visitors a day on ~350 servers. we don't even use any "clustering" technology, just replication for databases, and software (LVS) load balancer in front of both app (PHP) and squids at the edge. but oh well, you can always waste money on expensive hardware and clustering technology. and you can always check how we build things

because Jimmy moved there back then?