問題タブ [tokudb]

このテーブルには、id、content、および 1 つのプライマリ キー (id) の 2 つのフィールドがあります。

フィールド ID タイプは bigint です。フィールドのコンテンツ タイプは TEXT です。このフィールドは var-lenth であるため、一部のレコードは 20k になり、レコードの平均長は 3k になります。

テーブル スキーマ:

Key-Value ストレージとして使用されるだけです。

私のテスト結果は次のとおりです。

結果は非常に悪いです。

3K は tokuDB には大きすぎますか?

My Application では、多くの挿入 (>2000 レコード/秒、約 100M レコード/日) があり、まれに更新/削除があります。

InnoDB/TokuDB を選択する理由の 1 つは、パーティションのサポートとメンテナンスのしやすさが必要だからです。たぶん、LevelDB や他の Key-Value ストレージを試してみますか? どんな提案でも歓迎します。

===========

みなさん、ありがとうございました。最終的に、TokuDB と InnoDB の両方のパフォーマンスをテストして、私たちのユース ケースには十分ではありませんでした。

これで、bitcask のようなソリューションをストレージとして使用できるようになりました。Bitcask の追加専用スタイルの書き込みパフォーマンスは、予想よりもはるかに優れています。ハッシュ インデックスに関するメモリの問題を処理する必要があるだけです。

1つのテーブルに非常に大量のデータ（10億行以上）を挿入する必要があります。

データベースエンジンとしてTokuDBを使用しました。そして、私はそれが「同時挿入」をサポートしていることを知っています。

DBをホストするための非常に強力なサーバーがあるかどうか疑問に思っています。「コンカレントインサート」は挿入速度を向上させますか？

かなりの時間がかかるため、最適化を使用できるいくつかのクエリがあるため、このサイトの多くの投稿を読んだ後、スキーマを変更し、インデックスを追加/変更してクエリを適切に高速化するようにしました。ほとんどの場合、私は大きな成功を収めましたが、この特定のケースでは行き詰まり、何が間違っているのかわかりません。

約 350 万行のテーブルがあります。

そして、次のように作成されます。

行数が非常に少なく、次のように作成される別のテーブル:

最適化しようとしている選択は次のとおりです。

残念ながら、この選択には数分かかり、その理由がわかりません。説明で主キーが取得されないことに気付きました。これは、2 つのテーブルの文字セットの違いによるものなのだろうかと思います。それでも、Explain からはそれほど多くの行が含まれるはずがありませんが、実行にはまだ時間がかかります。

テーブルだけからの選択はかなり高速です。

と

このサイトの MySQL 専門家の何人かは、私を正しい方向に向けることができますか? ありがとう ：）

基本情報: 私の Mysql データベースは、TokuDB、InnoDB、MyIsam テーブルを使用しています。

サーバー情報: 16 コア、64GB RAM、CentOS 6.2、MySQL v 5.5

プロセス: 1. 1 つのテキスト ファイルから 1 つの TokuDB テーブルに大量のデータをインポートします。2. 異なるテーブルを結合してデータを選択します。

プロセス 1 と 2 が同時に実行されると、全体の動作速度が大幅に遅くなります。

具体的な理由を知っている人はいますか？

それを改善するための提案はありますか？

「LOADDATAINFILE」の速度を向上させるためのmysqlパラメータはありますか？

1つのMyISAMと1つのTokuDBテーブルを使用しています。データはタブ区切りのテキストファイルとして保存されます。

4億行のInnodbテーブルをtokudbエンジンに変換しようとしています。最初"alter table ... engine=TokuDB"は非常に高速に実行されていることから始めます（SHOW PROCESSLISTを使用）。10秒ごとに約100万行を読み取っています。しかし、約1,900万〜2,000万行に達すると、読み取りが遅くなり始め、数秒ごとに1万行のようになります。

totokudbが機能する速度に影響を与えるmysqlまたはtokudb変数はありALTER TABLEますか？と他のいくつかを試しましたtmp_table_sizeが、そのハードルを乗り越えることができないようです。

何か案は？

私は、間もなくベータ版になる予定の webapp で mySQL DB の潜在的なサイズを抑える方法を検討してきました。DB は非常に大きくなる可能性があります。私が行っていることを調べたところ、ファイル システムを使用して特定のデータ (主に画像) を保存すると、DB サイズに大きな影響を与えることがわかりました。それでも数百GBに達します。最終的に、「VARCAHAR データを DB に入れる前に圧縮する価値はありますか?」という質問への答えを求めて、TokuDB を発見しました。

私が見た TokuDB のベンチマークは非常に印象的です。ただし、安心感に欠けるコメントもいくつかあります

• ON DUPLICATE UPDATES では遅いです。これは、REPLACE INTO に切り替えるだけで問題が解決すると主張する別のライターによって反論されています。
• バックアップ DB には十分ですが、運用目的には適していません。

これらのコメントは 1 年以上前のものなので、気になっていました...現在の見解は何ですか? TokuDB の使用経験のある方からのご連絡をお待ちしております。私がそれを使用する可能性のあるテーブルには、書き込みアクセスの割合が高く、通常、大きな VARCHAR 列が 1 つあります。

ここで指定された deb を使用して、怠惰な方法で mariadb の下に tokudb をインストールしようとしています (ubuntu 13.04) https://mariadb.com/kb/en/how-to-enable-tokudb-in-mariadb/

sudo apt-get install mariadb-tokudb-engine-5.5 を実行する必要がありますが、検索を apt-cache すると、maria-db-tokudb-engine-10.0 が取得されます (mariadb 10 をインストールしました)。

mysqlに入って実行すると、インストールを確認するだけです

INSTALL SONAME 'ha_tokudb'; ERROR 1126 (HY000): Can't open shared library '/usr/lib/mysql/plugin/ha_tokudb.so' (errno: 2 cannot open shared object file: No such file or directory)

確かに、HDD の mysql/plugin フォルダーの下にプラグインが見つかりません。それらは別の場所に配置されましたか？私は何かを逃しましたか？totutek サイトの指示に従って tokudb をインストールする必要があります。

アドバイスありがとうございます。ベスト・ポール

次のエラーが発生し、tokudbが起動しません。他のサーバー/バージョンからデータを復元したところ、proc テーブルの列数が異なります。

mysql (tokudb) を起動するにはどうすればよいですか? ストアドプロシージャは必要ありません。