Pretty frustrating. I was pretty excited since MariaDB is a drop in replacement for MySQL (more or less). But you have to use it on a totally different architecture which can't be justified without a lot of deliberation.
Pretty frustrating. I was pretty excited since MariaDB is a drop in replacement for MySQL (more or less). But you have to use it on a totally different architecture which can't be justified without a lot of deliberation.
These are changes that all architectures can benefit from.
[1]: http://mysqlserverteam.com/removing-scalability-bottlenecks-...
That's far from typical hardware to deploy maria/mysql on, and far from realistic workload.
1M transactions per second with 100 % reads might as well mean 10K transactions per second with 95 % readsm 5 % writes ("the usual OLTP workload" per common wisdom) and 1K transactions per second on 50 % reads 50 % writes. Or even less. Or much more. It's difficult to even quess.
That makes me wonder if a smaller number of tables would have hit contention even in a read only workload.
Well it's not the only database that has this problem. I wonder if partitioning is enough or if you really need separate tables.