TokuDB状态＆amp;可靠性

Question

我一直在寻找方法来控制我计划很快进入测试版的webapp中mySQL数据库的潜在大小。 DB有可能变得非常大。在检查了我正在做的事情之后，我发现使用文件系统来存储某些数据（主要是图像）会对数据库大小产生巨大影响 - 确保我可能永远不必处理破坏TB天花板的数据库，尽管它可能会仍然可以进入100多GB。我最终在寻找问题的答案时发现了TokuDB--“在将VARCAHAR数据放入数据库之前是否值得压缩它？”。

我在TokuDB上看到的基准非常令人印象深刻。但是，我也遇到了一些不太令人放心的评论

• ON DUPLICATE UPDATES很慢。另一位作家声称只需切换到REPLACE INTO就可以解决这个问题。
• 这对备份数据库来说已经足够了，但不能用于生产目的。

这些评论超过一年，所以我想知道......目前的观点是什么？我想听听任何有使用TokuDB经验的人的意见。我可以使用它的表具有高比例的写访问，并且通常有一个较大的VARCHAR列。