この記事では、主に MySQL の limit use および paging query ステートメントのパフォーマンス分析を詳しく紹介します。興味のある方は参考にしてください。
limit の使用法
SELECT * FROM table LIMIT [offset,] rows | rows OFFSET offsetLIMIT 句を使用すると、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 n
は LIMIT 0,n
と同等です。
MySQL ページング クエリ ステートメントのパフォーマンス分析
MySql ページング SQL ステートメント (MSSQL の TOP構文と比較すると、MySQL の LIMIT 構文ははるかに洗練されています。ページネーションに使用するのは自然なことです。 最も基本的なページング方法:
コードは次のとおりです:🎜rrreee🎜🎜 サブクエリのページング方法:🎜🎜🎜 データ量が増えるとページ数もどんどん増えていきますので、次の数ページの SQL は似ている可能性があります:🎜
コードは次のとおりです: 🎜rrreee
一言で言えば、ページネーションが進むほど、オフセットが大きくなります。 LIMIT ステートメントが使用され、速度が大幅に遅くなります
。 🎜🎜🎜現時点では、サブクエリを使用してページング効率を向上させることができます。これは大まかに次のとおりです: 🎜rrreee🎜JOIN ページングメソッド🎜rrreee🎜 私のテストの後、結合ページングとサブクエリページングの効率は基本的に同じレベルであり、と消費時間は基本的に同じです。 SQL ステートメントの説明: 🎜rrreee🎜なぜこれが起こっているのでしょうか?サブクエリはインデックス上で完了し、通常のクエリはデータ ファイル上で完了するため、一般に、インデックス ファイルはデータ ファイルよりもはるかに小さいため、操作はより効率的になります。 🎜🎜実際には、🎜戦略モード🎜と同様の方法を使用してページングを処理できます。たとえば、ページングが 100 ページ以内であると判断された場合は、最も基本的なページング方法を使用します。 subquery🎜 ページングメソッドを使用します。 🎜🎜
以上がMySQL の制限使用量とページング クエリ ステートメントのパフォーマンス分析の詳細な説明の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

MySQLはGPLライセンスを使用します。 1)GPLライセンスにより、MySQLの無料使用、変更、分布が可能になりますが、変更された分布はGPLに準拠する必要があります。 2)商業ライセンスは、公的な変更を回避でき、機密性を必要とする商用アプリケーションに適しています。

Myisamの代わりにInnoDBを選択する場合の状況には、次のものが含まれます。1)トランザクションサポート、2)高い並行性環境、3)高いデータの一貫性。逆に、Myisamを選択する際の状況には、1)主に操作を読む、2)トランザクションサポートは必要ありません。 INNODBは、eコマースプラットフォームなどの高いデータの一貫性とトランザクション処理を必要とするアプリケーションに適していますが、Myisamはブログシステムなどの読み取り集約型およびトランザクションのないアプリケーションに適しています。

MySQLでは、外部キーの機能は、テーブル間の関係を確立し、データの一貫性と整合性を確保することです。外部キーは、参照整合性チェックとカスケード操作を通じてデータの有効性を維持します。パフォーマンスの最適化に注意し、それらを使用するときに一般的なエラーを避けてください。

MySQLには、B-Treeインデックス、ハッシュインデックス、フルテキストインデックス、空間インデックスの4つのメインインデックスタイプがあります。 1.B-Treeインデックスは、範囲クエリ、ソート、グループ化に適しており、従業員テーブルの名前列の作成に適しています。 2。HASHインデックスは、同等のクエリに適しており、メモリストレージエンジンのHASH_TABLEテーブルのID列の作成に適しています。 3。フルテキストインデックスは、記事テーブルのコンテンツ列の作成に適したテキスト検索に使用されます。 4.空間インデックスは、地理空間クエリに使用され、場所テーブルのGEOM列での作成に適しています。

tocreateanindexinmysql、usethecreateindexstatement.1)forasinglecolumn、 "createdexidx_lastnameonemployees(lastname);" 2)foracompositeindexを使用して、 "createindexidx_nameonemployees(lastname、firstname);" 3); "3)、" 3)を使用します

MySQLとSQLiteの主な違いは、設計コンセプトと使用法のシナリオです。1。MySQLは、大規模なアプリケーションとエンタープライズレベルのソリューションに適しており、高性能と高い並行性をサポートしています。 2。SQLiteは、モバイルアプリケーションとデスクトップソフトウェアに適しており、軽量で埋め込みやすいです。

MySQLのインデックスは、データの取得をスピードアップするために使用されるデータベーステーブル内の1つ以上の列の順序付けられた構造です。 1)インデックスは、スキャンされたデータの量を減らすことにより、クエリ速度を改善します。 2)B-Tree Indexは、バランスの取れたツリー構造を使用します。これは、範囲クエリとソートに適しています。 3)CreateIndexステートメントを使用して、createIndexidx_customer_idonorders(customer_id)などのインデックスを作成します。 4)Composite Indexesは、createIndexIDX_CUSTOMER_ORDERONORDERS(Customer_Id、Order_date)などのマルチコラムクエリを最適化できます。 5)説明を使用してクエリ計画を分析し、回避します

MySQLでトランザクションを使用すると、データの一貫性が保証されます。 1)StartTransactionを介してトランザクションを開始し、SQL操作を実行して、コミットまたはロールバックで送信します。 2)SavePointを使用してSave Pointを設定して、部分的なロールバックを許可します。 3)パフォーマンスの最適化の提案には、トランザクション時間の短縮、大規模なクエリの回避、分離レベルの使用が合理的に含まれます。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

WebStorm Mac版
便利なJavaScript開発ツール

DVWA
Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、

SublimeText3 英語版
推奨: Win バージョン、コードプロンプトをサポート!

EditPlus 中国語クラック版
サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

メモ帳++7.3.1
使いやすく無料のコードエディター

ホットトピック









