私は、間もなくベータ版になる予定の webapp で mySQL DB の潜在的なサイズを抑える方法を検討してきました。DB は非常に大きくなる可能性があります。私が行っていることを調べたところ、ファイル システムを使用して特定のデータ (主に画像) を保存すると、DB サイズに大きな影響を与えることがわかりました。それでも数百GBに達します。最終的に、「VARCAHAR データを DB に入れる前に圧縮する価値はありますか?」という質問への答えを求めて、TokuDB を発見しました。
私が見た TokuDB のベンチマークは非常に印象的です。ただし、安心感に欠けるコメントもいくつかあります
- ON DUPLICATE UPDATES では遅いです。これは、REPLACE INTO に切り替えるだけで問題が解決すると主張する別のライターによって反論されています。
- バックアップ DB には十分ですが、運用目的には適していません。
これらのコメントは 1 年以上前のものなので、気になっていました...現在の見解は何ですか? TokuDB の使用経験のある方からのご連絡をお待ちしております。私がそれを使用する可能性のあるテーブルには、書き込みアクセスの割合が高く、通常、大きな VARCHAR 列が 1 つあります。