誰もMySQLのためにTokuDB storage engineを使用しましたか？MySQL：誰もTokuDBストレージエンジンを使用していますか？
この製品のWebサイトでは、他のMySQLストレージエンジン（Innodb、MyISAMなど）よりも50倍のパフォーマンスが向上すると主張しています。掲載結果はこちらhttp://tokutek.com/downloads/tokudb-performance-brief.pdf
これは本当ですか？
このストレージエンジンでMySQLを使用している個人的な経験はありますか？
私は同じ質問があります。私は他の人がTokuDBやMySQLのための任意の他の同様のストレージエンジンを持っていたかもしれない他の経験に興味があります、 しかし
http://www.pythian.com/news/5139/testing-tokudb-faster-and-smaller-for-large-tables/
InnoDBの
に対してTokuDBのかなりまともな比較を見つけました。別のレビューここ http://www.mysqlperformanceblog.com/2009/04/28/detailed-review-of-tokutek-storage-engine/
あなたは、このような画像は、その後tokudbを使用しないようにブロブを格納している場合。行サイズの制限が小さくなりました。
1億行以上のデータがある場合は、tokudbを使用してください。
あなたがUPDATEスピードに敏感である場合は、tokudbを使用しないでください。それは非常に速い挿入を持っていますが、innodbと比較してUPDATEの速度が遅く、特にINSERT ON DUPLICATE文を使用している場合です。
ログエントリを保存する場合は、tokudbを使用します。
myisam/innnodbのデータ使用量を5倍以上に減らしたい場合は、tokudbを使用してください。私は個人的にフラクタルツリー+圧縮データバックエンドが非常にスペース効率が良いことを確認しました。
経験則は、このジョブに最適なツールを使用してください。 Tokudbはinnodbとmyisamを特定の状況で海域から吹き飛ばしますが、空の下にあるすべてのもののための一般的な代替DBエンジンではありません。
上記のようにTokuDBのUPDATEは遅いですが、REPLACEでは非常に高速です。通常、代わりにREPLACE INTOを使用してUPDATEを置き換えることができます。私はTokuDBを最大180億行のテーブルに使用しています。それ以外のものは近づくことはありません。それはinnodbよりも大きなテーブルにランダムに挿入するよりも100倍高速です。
どのように選ぶ？ –
REPLACE INTOを使用してUPDATESを卸売した場合、ほとんどの場合データベースが破壊されます.REPLACE INTOに列がない場合、デフォルト値にリセットされます。あなたのテーブルにその値を保持する必要のある参照カウント列があるとしたら、REPLACE INTOはそれを0に戻します。ブーム！ – DroidOS
完全に同意します。私たちは3つのデータベースを持っています.2つは約1.5TB、もう1つは40GBです。我々は2つの大きなものをTokuDBに移して、それを吹き飛ばしました。かなり普通のハードウェアで15kクエリ/秒（挿入/更新の半分）を見ています。オンラインスキーマのメンテナンス（列の追加/削除、インデックスの作成/削除）を追加すると驚異的です。つまり、@ Xingは仕事に適切なツールを使用することが正しいと言いました。私たちはInnoDBに小さなDBを残しました。私たちは6ヶ月間、実稼働中にTokuDBを頑張っていましたが、問題は全くありませんでした。 –