我一直在寻找方法来控制我计划很快进入测试版的 webapp 中的 mySQL DB 的潜在大小。数据库有可能变得非常大。在检查了我正在做的事情后，我发现使用文件系统存储某些数据（主要是图像）会对数据库大小产生巨大影响 - 确保我可能永远不必处理突破 TB 上限的数据库，尽管它可能仍然进入100 GB。我最终在寻找问题答案的过程中发现了 TokuDB——“在将其放入数据库之前压缩我的 VARCAHAR 数据是否值得？”。
我为 TokuDB 看到的基准非常令人印象深刻。但是，我也遇到了一些不太令人放心的评论
- 在重复更新上速度很慢。另一位作者反驳了这一点，他声称只需简单地切换到 REPLACE INTO 即可解决问题。
- 它对于备份数据库来说已经足够了，但对于生产目的来说就不够了。
这些评论已经有一年多了，所以我想知道......目前的观点是什么？我想听听任何有使用 TokuDB 经验的人的意见。我可能使用它的表具有很高比例的写访问，并且通常有一个较大的 VARCHAR 列。