Your comment on brokerage reminds me of the fantasy stock market http://www.blogshares.com Data corruption is so common they have a UI feature that adds up total stockholdings, compares to shares outstanding, and notes the difference between the two figures that of course should ALWAYS be identical.

If ACID is what one is looking for, Blogshares has pH around 12. Over a serious DBMS, it would take real effort to build an app that bad.

I greatly doubt the Blogshares folks used InnoDB.

CAM

The 8 billion transactions per day is some kind of telco or financial company. If it was a brokerage given the data, the 7000 or so mysql instances would equate to one instance per equity/stock.
At least seeing what other vendors with large web traffic have done, it would suggest you would shard on each equity. If it was a telco, shard on each district/street code. Then aggregrate into another database.

In terms of the usage outlined by Jay none of our mysql customers come close, though I will check where they do rank. The day job I am talking about…

Have Fun
Paul

That dotlrn.org one looks interesting. Thanks!

I’ll add them to the tags on the original post and see if anybody magically shows up on reindexing.

I know they have multiple 10K+ user deployments, though you’d could get better stats by reaching out on their bboards.

http://www.mysql.com/news-and-events/?year=2007

And less recently, Sabre is the highest profile non-wikipedia,-yahoo,or-google mysql user that I know of.
http://www.mysql.com/news-and-events/press-release/release_2003_33.html

You should be able to find case studies w/stats for Sabre
Holdings online, because I believe their conversion from Oracle was celebrated at more than one mysql/oss user conferences. Note that they used Golden Gate for replication when they decloaked, but I still count that as a huge MySQL success.

Facebook and Youtube (and yahoo/google) are mammoth mysql deployments but I believe sizing details have not been published. I have seen/heard several conference video/podcasts on these but they’ve been cagey on the details.

There are two intertwined sets of issues here:

1. Does a DBMS have what it takes to support traditional, complex OLTP applications?
2. Does it matter whether a DBMS has what it takes to support traditional, complex OLTP applications?

If I had to pick, I’d say the second one is more interesting, even though in this thread I’m focusing somewhat more on the first.

Obviously, an extreme “No” to #2 is ridiculous, but even so opinions can differ a lot. As they used to say at the Kennedy School, where you stand depends upon where you sit.

As for what would be a complex OLTP app — well, ERP and airline reservations are probably the top two examples. The latter is what Dan Weinreb posted about in another thread. The former is why I say that anything with SAP certification — something MySQL so far has been unable to achieve — is ipso facto capable of handling them. But I’m trying not to be that simplistic.

Besides, SAP itself doesn’t really believe in complex relational data modeling any more for its new application development. I’ve posted about that several times, I think.

CAM

OK, thanks for pointing to your services and explaining things; that is appreciated.

Re: whether the company I mentioned above uses triggers, SPs, and declarative integrity, I’m not sure at all. I can inquire, though.

Cheers,

Jay

p.s. It might assist others looking to answer your post question if you gave us an example of something you’re thinking about. Are you talking about financials? ERPs? Something else?

I can’t think of a better way of disagreeing with you than to simply repeat what I’ve already said in this thread.

So I’ll save myself the typing and let it go.

CAM