MySQL クエリにおける LIMIT の大きなオフセットによって引き起こされるパフォーマンス低下の分析

序文

MySQLクエリはselectコマンドを使用し、limitとoffsetパラメータを使用して、指定された範囲のレコードを読み取ることができることは誰もが知っています。ただし、オフセットが大きすぎる理由は、クエリのパフォーマンスと最適化方法に影響します。

ビジネス システムではページングが必然的に必要になります。ページングを考えるとき、それを実装するために SQL で LIMIT を使用することを間違いなく考えるでしょう。ただし、LIMIT を誤って使用すると、パフォーマンスの問題 (SQL の実行が遅くなり、サーバーがダウンする可能性がある) が発生し、上司から批判される可能性があります。そのため、LIMIT を正しく使用する方法を確認しましょう。

詳しい紹介を見てみましょう。

ページングを実装するためのLIMIT OFFSET、ROW_COUNT

パフォーマンスの問題が発生する原因

myTable から * を選択し、`id` で LIMIT 1000000, 30 で並べ替えます。

この SQL 文を書いた人は、MySQL データベースが条件を満たす 1,000,000 番目の数字を直接見つけ、30 個のデータを取得するだろうと考えたに違いありません。
しかし、これは MySQL が実際に動作する方法ではありません。

LIMIT 1000000, 30 は、条件を満たす 1000030 行をスキャンし、最初の 1000000 行を破棄し、最後の 30 行を返すことを意味します。

より良い方法

t.*を選択
から （
  選択ID
  myTableから
  注文する
    id
  制限 1000000, 30
  ) q
myTable t に参加する
オン t.id = q.id

一般的な原則は次のとおりです。

• サブクエリはインデックス列のみを使用し、実際のデータを取得しないため、ディスク IO は発生しません。そのため、オフセットが比較的大きい場合でも、クエリ速度が遅くなりすぎることはありません。

具体的な原理分析に興味のある方は、この記事をお読みください: MySQL ORDER BY / LIMIT パフォーマンス: 遅延行検索

追記

つづく。

参考文献

• MYSQL の LIMIT オフセットが高くなると、なぜクエリの速度が低下するのでしょうか?
• MySQL ORDER BY / LIMIT パフォーマンス: 遅い行の検索

要約する

上記はこの記事の全内容です。この記事の内容が皆さんの勉強や仕事に一定の参考学習価値を持つことを願っています。ご質問があれば、メッセージを残してコミュニケーションしてください。123WORDPRESS.COM を応援していただきありがとうございます。