MySQL で「ORDER BY RAND()」のパフォーマンスがこれほど予測できないのはなぜですか?

MySQL の ORDER BY RAND() とそのパフォーマンスの驚きの詳細

概要
ORDER BY RAND( ) は、テーブルからランダムな行を取得するために MySQL で一般的に使用される構造です。ただし、この一見単純な構文の背後には、予期しないパフォーマンスの変動を引き起こす可能性のある複雑なメカニズムが存在します。この記事では、ORDER BY RAND() の内部動作を詳しく調べ、その謎めいた動作のいくつかを説明します。

ORDER BY RAND() による予期しない結果
直感に反するパフォーマンスの違いが発生する異なるデータ型の列に対して ORDER BY RAND() を使用する場合。次のクエリは、この現象を示しています。

• SELECT * FROM table ORDER BY RAND() LIMIT 1; /*30-40 秒*/
• SELECT ID FROM table ORDER BY RAND() LIMIT 1; /*0.25 秒*/
• SELECT id, username FROM table ORDER BY RAND() LIMIT 1; /*90 秒*/

3 つのクエリすべてで 1 つの列で並べ替えを行っているにもかかわらず、実行時間は大幅に異なります。これにより、基礎となるメカニズムとそのデータ特性への依存性について疑問が生じます。

Jay の解決策: 高速ランダム選択
パフォーマンスの問題に対処するために、Jay は代替方法を提案しました。

<code class="sql">SELECT * FROM Table T JOIN (SELECT CEIL(MAX(ID)*RAND()) AS ID FROM Table) AS x ON T.ID >= x.ID LIMIT 1;</code>

このクエリは、従来の ORDER BY RAND() アプローチよりも大幅に優れたパフォーマンスを示し、ランダム データをより効率的に選択する方法を強調しています。この方法はパフォーマンスの問題に対処しますが、複雑さが生じるため、すべてのシナリオで常に実行可能であるとは限りません。

パフォーマンスの変動を理解する
ORDER BY RAND( ) クエリは、MySQL のインデックス作成機能によって説明できます。この場合の id などのインデックス付き列を使用すると、データへのアクセスが高速になり、実行の高速化につながります。 SELECT id, username FROM table ORDER BY RAND() LIMIT 1; のように複数のカラムを取得する場合、MySQL は両方のカラムの値を取得する必要があるため、実行時間が長くなります。

結論
ORDER BY RAND() はランダムな行を取得するための便利なツールであることに変わりはありませんが、そのパフォーマンスへの影響を理解することが重要です。関連するデータ型を考慮し、必要に応じて代替方法を活用することで、開発者はクエリを最適化し、より迅速な結果を得ることができます。

以上がMySQL で「ORDER BY RAND()」のパフォーマンスがこれほど予測できないのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。