ホームページ  >  記事  >  データベース  >  MySQL の制限使用量とページング クエリ ステートメントのパフォーマンス分析の詳細な説明

MySQL の制限使用量とページング クエリ ステートメントのパフォーマンス分析の詳細な説明

黄舟
黄舟オリジナル
2017-03-29 13:24:271155ブラウズ

この記事では、主に MySQL limit use および paging query ステートメントのパフォーマンス分析を詳しく紹介します。興味のある方は参考にしてください。

limit の使用法

クエリステートメントを使用するとき、最初の数項目または途中のデータの特定の行を返す必要があることがよくあります。心配しないでください。mysql はすでにそのような機能を提供しています。

SELECT * FROM table LIMIT [offset,] rows | rows OFFSET offset

LIMIT 句を使用すると、SELECT ステートメントに指定された数のレコードを強制的に返すことができます。 LIMIT は 1 つまたは 2 つの数値引数を受け入れます。引数は

整数定数でなければなりません。 2 つのパラメーターが指定された場合、最初のパラメーターは最初に返される行の offset を指定し、2 番目のパラメーターは返される行の最大数を指定します。 最初のレコード行のオフセットは 0 (1 ではありません) : PostgreSQL との互換性のために、MySQL は構文 LIMIT # OFFSET # もサポートしています。

mysql> SELECT * FROM table LIMIT 5,10; // 检索记录行 6-15
偏移量,第二个参数指定返回记录行的最大数目。初始记录行的偏移量是 0(而不是 1): 为了与 PostgreSQL 兼容,MySQL 也支持句法: LIMIT # OFFSET #。

mysql> SELECT * FROM table LIMIT 95,-1; // 检索记录行 96-last.

为了检索从某一个偏移量到记录集的结束所有的记录行,可以指定第二个参数为 -1:

mysql> SELECT * FROM table LIMIT 5; //检索前 5 个记录行

如果只给定一个参数,它表示返回最大的记录行数目: 

SELECT ... FROM ... WHERE ... ORDER BY ... LIMIT ...

换句话说,LIMIT n 等价于 LIMIT 0,n

Mysql的分页查询语句的性能分析

MySql分页sql语句,如果和MSSQL的TOP语法相比,那么MySQL的LIMIT语法要显得优雅了许多。使用它来分页是再自然不过的事情了。

最基本的分页方式:

SELECT * FROM articles WHERE category_id = 123 ORDER BY id LIMIT 50, 10

在中小数据量的情况下,这样的SQL足够用了,唯一需要注意的问题就是确保使用了索引:举例来说,如果实际SQL类似下面语句,那么在category_id, id两列上建立复合索引比较好:

代码如下:

SELECT * FROM articles WHERE category_id = 123 ORDER BY id LIMIT 10000, 10

子查询的分页方式:

随着数据量的增加,页数会越来越多,查看后几页的SQL就可能类似:

代码如下:

SELECT * FROM articles WHERE id >= 
(SELECT id FROM articles WHERE category_id = 123 ORDER BY id LIMIT 10000, 1) LIMIT 10

一言以蔽之,就是越往后分页,LIMIT语句的偏移量就会越大,速度也会明显变慢特定のオフセットからレコードセットの末尾までのすべてのレコード行を取得するには、2 番目のパラメーターを -1 として指定できます。

SELECT * FROM `content` AS t1 
JOIN (SELECT id FROM `content` ORDER BY id desc LIMIT ".($page-1)*$pagesize.", 1) AS t2 
WHERE t1.id <= t2.id ORDER BY t1.id desc LIMIT $pagesize;

パラメーターが 1 つだけ指定された場合は、レコードの最大数を返すことを意味しますrows:

id select_type table type possible_keys key key_len ref rows Extra
1 PRIMARY <derived2> system NULL NULL NULL NULL 1 
1 PRIMARY t1 range PRIMARY PRIMARY 4 NULL 6264 Using where
2 DERIVED content index NULL PRIMARY 4 NULL 27085 Using index

つまり、LIMIT nLIMIT 0,n と同等です。

MySQL ページング クエリ ステートメントのパフォーマンス分析

MySql ページング SQL ステートメント (MSSQL の TOP構文と比較すると、MySQL の LIMIT 構文ははるかに洗練されています。ページネーションに使用するのは自然なことです。 最も基本的なページング方法:

rrreee🎜 小規模および中程度のデータ量の場合は、この種の SQL で十分です。注意する必要があるのは、インデックス 🎜: たとえば、実際の SQL が次のステートメントに似ている場合は、 category_id 列と id 列: 🎜

コードは次のとおりです:🎜rrreee🎜🎜 サブクエリのページング方法:🎜🎜🎜 データ量が増えるとページ数もどんどん増えていきますので、次の数ページの SQL は似ている可能性があります:🎜

コードは次のとおりです: 🎜rrreee

一言で言えば、ページネーションが進むほど、オフセットが大きくなります。 LIMIT ステートメントが使用され、速度が大幅に遅くなります。 🎜🎜🎜現時点では、サブクエリを使用してページング効率を向上させることができます。これは大まかに次のとおりです: 🎜rrreee🎜JOIN ページングメソッド🎜rrreee🎜 私のテストの後、結合ページングとサブクエリページングの効率は基本的に同じレベルであり、と消費時間は基本的に同じです。 SQL ステートメントの説明: 🎜rrreee🎜なぜこれが起こっているのでしょうか?サブクエリはインデックス上で完了し、通常のクエリはデータ ファイル上で完了するため、一般に、インデックス ファイルはデータ ファイルよりもはるかに小さいため、操作はより効率的になります。 🎜🎜実際には、🎜戦略モード🎜と同様の方法を使用してページングを処理できます。たとえば、ページングが 100 ページ以内であると判断された場合は、最も基本的なページング方法を使用します。 subquery🎜 ページングメソッドを使用します。 🎜🎜

以上がMySQL の制限使用量とページング クエリ ステートメントのパフォーマンス分析の詳細な説明の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。