On Sun’s acquisition of MySQL AB

If you follow the MySQL world at all, or you just have your eyes open, you have probably noticed that an agreement has been reached for Sun to acquire MySQL AB for about one billion dollars. Quite a few people have asked for my thoughts on the matter, so I will provide them publicly here for all. Overall, I see this as a mostly good thing.

I think that Sun has a very good chance of leading MySQL better than MySQL. At the same time, it’s always disconcerting to see a project managed within a very large company. Having been through the large company picture once already, I know how wrongly things can go when too many people (especially management types) are involved in a project.

At the same time, though, I’ve always liked Sun, and have high hopes for Sun’s management of the MySQL project and the people. There are a number of things I would like to see Sun do with MySQL following the acquisition:

Fix the MySQL Enterprise development model

The MySQL Enterprise (and by proxy MySQL Community) development model has been broken for a long time now. Too long. Take a cue from Sun itself and from RedHat and fix it right. I have a lot of ideas as to how the development model should work, and although our efforts have been time-constrained, we’ve made some effort to actually implement those ideas in DorsalSource.

Fix the product

There are a lot of areas where MySQL has been lacking for a long time, and the power users have been either crying in their beer (most users), or doing the work themselves (us, Google). I have shared some of these ideas with various people over the years, but here are some of the areas/ideas we have:

  • Replication works fairly well (usually), but its model is completely broken and deficient to go forward with it with all the new features of MySQL. It lacks any real solution for multiple masters, synchronous or semi-synchronous replication, safety (checksums, binlog index and master info sync problems), and conflict resolution or automatic detection (transaction ids).
  • Fix the internal memory allocation model so that it’s possible to constrain the memory usage of MySQL. The current situations sucks.
  • Remove some of the outdated cruft littered all over MySQL: MERGE tables
  • Clean up the logging (general, slow, [future] custom logs) code to be completely configurable and sane.
  • Fix auto_increment. We have suffered with it too long. The storage engine isn’t the place to generate sequences, and InnoDB and the replication model suffer greatly for it.
  • Fix the optimizer so that it makes more sane choices and can be more easily extended.
  • This is partly a product problem and partly a people problem, but stop creating 100 different experimental storage engines, and pushing them as truth. Yes, archive, federated, blackhole, I’m looking at you.

Get some muzzles on the sales and marketing team

As Proven Scaling well knows, MySQL basically sells itself. It would be great if we didn’t have to hear from any more customers that MySQL’s sales team has or is trying to screw them over. No consulting without support? Stupid rule. Insane point of view on licensing? Get rid of it. Fluff? Don’t do it.

Bonus?

Sun should buy Innobase Oy back from the clutches of Oracle, pull InnoDB into MySQL proper, and relicense the full set of code under LGPL, BSD, or another similar license. Personally, I think the GPL is fine for MySQL, but the MySQL sales team has done so much damage to people’s ideas about the GPL—when they do and do not need licenses for MySQL—that it’s hard to continue under the GPL now.

Conclusion

I’m hopeful. I’m hesitant to shout out in glee. If anyone has any questions or comments regarding the above ideas, comments, or thoughts: let me know! I’d be happy to discuss any of them.

5 thoughts on “On Sun’s acquisition of MySQL AB

  1. Hi Jimi,

    I personally think it’s a good move but not for technical reasons.

    My point of views:

    1. Even with all the problems you’ve mentioned, MySQL is a success, much more than Oracle is. The later has much more technical problems than you’ve mentioned plus it’s impossible to maintain without 3 PhDs in Oracle University and it’s bloody expensive.

    2. Sun has done a great job with Java and even with the worst pressure from Microsoft they’ve managed to keep going and now they’re one of the most impressive community and an excellent programming language with attitude (see Java 6)

    3. Sun is kind of a benevolent company. Not saint, but they do keep their principles and that’s why Microsoft hates them. They do great hardware, OS and programming languages and what’s more important, they manage it very well.

    I do hope, however, that they don’t fall in the same problem as Yahoo! as you feared, it’d be a huge shame for one of the best products I had the pleasure to work with.

  2. Hi there!

    Given that huge list that MySQL AB should have put some thought in it and implemented a long time ago, I basically ran out of patience with such a crappy product. Instead of spending 1 billion dollars on that project, Sun might have as well buy Enterprise DB and would have had a readily solid product.
    Instead of that, now the users have to spent some other 3-4 years until Sun is able to push for a complete re-write of MySQL RDBMS (maybe in Java). Because just fixing the darn existing code…. ain’t going to fly. It’s just a sand castle.
    My day to day work is MySQL DBA, not PostgreSQL nor Enterprise DB. Basically, I cringe every single time when I see myisam tables/relay logs/binlogs corruptions, InnoDB not able to scale, memory leaks, triggers bringing down the whole thing etc. Not to mention, the technical support is fairly useless.
    Why people are still preferring this crappy RDBMS, it’s a mystery for me.

  3. tecosystems » Give Me a M: The MySQL/Sun Q&A

  4. Sun kauft Mysql und Google sieht alt aus | Heiko Eckert - Blog

  5. DBMS2 — DataBase Management System Services » Blog Archive » The blogosphere writes about Sun buying MySQL

What do you think?

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s