問題タブ [tokudb]

Tokutek からダウンロードした MariaDB + TokuDB 7.1 コミュニティです。これが正常な動作である場合は、私の無知を受け入れてください。ただし、結果の並べ替えについて質問があります。昇順と降順の 2 つの並べ替え方向の間で、並べ替えに大きな時間差が発生しています。

以下に、簡略化したテスト ケースを示します。ここに表があります：

ここでは、次の手順を使用してテーブルに 200 万行を入力します。

これが私のテストクエリです。

そして、これが「explain extended」の結果です。両方のクエリで同じです。

これは私が扱っている正確なデータではないことに注意してください。ここに含めるには多すぎます。問題を実証するために、いくつかのテストデータを作成したかっただけです。私の質問は、なぜこのように動作しているのか、降順クエリを高速化する方法は?

私は次の声明を持っています

次のように結果を返しました

結果からわかるように、繰り返し行があり、そのうちの 1 つを削除したいのですが、table楽器に返される行がさらにある場合は、1 つだけが必要です。

それを達成するための正しい声明は何ですか？

前もって感謝します

私は1つのサーバーにこのテーブルを持っています:

同じテーブルですが、別の同様のサーバーで MyISAM エンジンを使用しています。

このクエリを実行すると:

テーブルには 1 億 2000 万行あります。TokuDB を使用するサーバーは 3 時間でクエリを実行し、MyISAM を使用するサーバーは 22 分で実行します。

TokuDB を使用したクエリでは、「約 38230000 行をクエリ済み、約 303929 行をフェッチ済み、まだデータを読み込んでいます」というステータスが表示されます。

なぜ TokuDB クエリの所要時間は非常に長いのですか? TokuDB は本当に優れたエンジンですが、このクエリで何が間違っているのかわかりません

サーバーはMariaDB 5.5.38サーバーを使用しています

mysql_query() を使用して php で長時間実行される mysql クエリを実行すると (私はそれを使用することになっていないことを知っています)、php プロセスが強制終了され、クエリが mysql サーバーで実行され続けることに気付きました。これは永続的な接続ではありません。接続は次のように行われます。

たとえば、10 億行のテーブルがあり、php プロセスが何らかの理由でこれを行うとします。

そして、タイムアウトになるため (たとえば、request_terminate_timeout=5 で php-fpm を実行しているため)、5 秒後にプロセスを強制終了して、問題が発生しないようにします。

プロセスが強制終了されても、wait_timeout の後でもクエリは mysql で実行されます。

とにかく、何らかの理由でphpプロセスが終了した場合、それが作成した実行中のクエリも強制終了することを確認する方法はありますか?

私はmysql 5.5.38であるtokudb 5.5.38-tokudb-7.1.7-eを使用しています

テーブルでのフラクタル ツリー インデックスの使用について疑問があります。TokuDB エンジンを指定してテーブルを作成します

ドキュメンテーションには、「TokuDB はフラクタル ツリーと呼ばれる特定のデータ構造を使用しており、メモリに完全に収まらないデータ用に最適化されています。」

しかし、このクエリを実行すると

私のテーブルのために取得されたすべてのインデックスは index_type = BTREE を持っています

それで... ...これは正しいですか？

今日の非常に奇妙な問題。基本的な数学と同じくらい簡単なクエリ:

しかし、これは私を夢中にさせます：

つまり、データはすぐそこにありますが、選択はデータを返しません。これはクラスター化されたキーに関連する問題ですか? 私のテーブル: