这些用于OLTP的MySQL引擎的优缺点是什么-- XtraDB、PBXT或TokuDB？

Question

我正在一个社交网站上工作，大约有90/10的读/写分离，试图决定是否使用MySQL引擎。我感兴趣的是：

1. XtraDB
2. PBXT
3. TokuDB

对于我的用例，它们的优缺点是什么？

以下是几个具体问题：

• PBXT使用基于日志的结构，避免双重写入。这听起来很优雅，但我看到的基准没有显示出比XtraDB更多的任何优势。您有使用PBXT/XtraDB的经验吗？
• TokuDB听起来很有趣。但是我看到的所有基准测试都是关于单线程的大容量插入，比如插入100百万行。这与OLTP不太相关。在多个内核上同时运行大量并发线程、同时进行读写，那么它的性能如何？有人试过吗？

Answer 1

Re: PBXT对XtraDB (InnoDB)

我直接向保罗McCullagh提出了这个问题。你可以在这里读到他的回应：

http://www.mysqlperformanceblog.com/2009/11/20/paul-mccullagh-answers-your-questions-about-pbxt/

可以这么说: PBXT是一个通用的OLTP引擎，因此它确实与InnoDB有很大的重叠。大多数直接的“更好的用例”还不清楚。

Re: TokuDB vs XtraDB (InnoDB)

我觉得这些有点不同。虽然TokuDB确实有一些可能对OLTP有好处的属性，但它真正突出的地方是：

( a )当您处理如此多的数据时，您从索引中插入的速度将不再适合内存(这是一个“经典的”B-树问题，TokuDB不受此问题的影响)。

( b)当您需要对数据进行大量的特殊索引时。

Vadim在这里讨论这个问题：http://www.mysqlperformanceblog.com/2009/04/28/detailed-review-of-tokutek-storage-engine/

--

根据您的描述，我可能会做一个假设，说XtraDB和PBXT是最明显的选择。两者都会起作用的。对XtraDB有利的是，它已经存在了很长时间。

(免责声明:我为XtraDB的作者Percona工作)。