MySQL で主キーの範囲スキャンを伴う遅い「SELECT COUNT(*)」クエリを最適化する方法-mysql チュートリアル-php.cn

ホームページ

データベース

mysql チュートリアル

MySQL で主キーの範囲スキャンを伴う遅い「SELECT COUNT(*)」クエリを最適化する方法

DDD

Oct 29, 2024 pm 06:49 PM

How to Optimize a Slow

MySQL での遅い "SELECT COUNT(*)" クエリの最適化

大規模なテーブルをクエリする場合、 WHERE 句。範囲基準を含む "SELECT COUNT(*)" クエリに過度の時間がかかる特定のケースを分析してみましょう。

"EXPLAIN" によって提供される説明は、範囲スキャンが発生していることを示唆しています。ただし、完全なカウントとフィルターされたカウントの間のパフォーマンスの不一致はまだ説明されていません。

テーブル定義を調べると、「change_event_id」列が主キーとして機能し、クラスター化された形式で格納されていることがわかります。これは、主キー値がデータとともに同じディスクページに保存されることを意味します。その結果、主キーの範囲スキャンでは、すべてのデータページを読み取る必要があります。

パフォーマンスを向上するには、次の戦略を検討してください:

テーブルの最適化: 「OPTIMIZE TABLE」を実行して、ソートされた順序でデータページを再編成します。これにより、範囲スキャンが高速化される可能性があります。
セカンダリインデックスの作成: 特に「change_event_id」に非プライマリインデックスを定義します。 " カラム。これにより、別のインデックス構造が作成され、その列の範囲スキャンをより効率的に実行できるようになります。

さらに、「change_event_id」列を「bigint unsigned」に変更することをお勧めします。ゼロから増加します。これにより、オーバーフローすることなく、より大きな値を格納できるようになります。

これらの最適化を実装すると、範囲基準を使用した "SELECT COUNT(*)" クエリのパフォーマンスが大幅に向上し、フルカウントと同等になります。 .

以上がMySQL で主キーの範囲スキャンを伴う遅い「SELECT COUNT(*)」クエリを最適化する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明

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

新しいMySQLユーザーに権限を付与する方法May 09, 2025 am 12:16 AM

tograntpermissionstonewmysqlusers、フォローステープ：1）Accessmysqlasauserwithsufthiveerprivileges、2）createanewuser withthecreateusercommand、3）usethegrantcommandtospecifypermissionsionsionsionsionsionsionsionsionsionsionselect、挿入、挿入、挿入、更新、4）

MySQLにユーザーを追加する方法：ステップバイステップガイドMay 09, 2025 am 12:14 AM

toadduusersinmysqucrectivally andcurally、soflowthesteps：1）usethecreateuserstatementtoaddanewuser、指定するhostandastrongpassword.2）補助金を使用して、補助金を使用して、補助すること、

MySQL：複雑な権限を持つ新しいユーザーの追加May 09, 2025 am 12:09 AM

toaddanewuserwithpermissionsinmysql、followthesesteps：1）createtheuserwithcreateuser'newuser '@' localhost'identifiedifiedifiedifiedby'pa ssword ';。2）grantreadacestoalltablesin'mydatabase'withgrantselectonmydatabase.to'newuser'@'localhost';。3）grantwriteaccessto '

MySQL：文字列データ型とコレクションMay 09, 2025 am 12:08 AM

MySQLの文字列データ型には、CHAR、VARCHAR、バイナリ、Varbinary、BLOB、およびテキストが含まれます。照合は、文字列の比較とソートを決定します。 1.Charは固定長の文字列に適しており、Varcharは可変長文字列に適しています。 2.バイナリとVarbinaryはバイナリデータに使用され、BLOBとテキストは大規模なオブジェクトデータに使用されます。 3. UTF8MB4_UNICODE_CIなどのルールのソートは、高度と小文字を無視し、ユーザー名に適しています。 UTF8MB4_BINは症例に敏感であり、正確な比較が必要なフィールドに適しています。

MySQL：Varcharsにはどの長さを使用すればよいですか？May 09, 2025 am 12:06 AM

最適なMySQLVarcharの列の長さの選択は、データ分析に基づいており、将来の成長を検討し、パフォーマンスの影響を評価し、文字セットの要件を評価する必要があります。 1）データを分析して、典型的な長さを決定します。 2）将来の拡張スペースを予約します。 3）パフォーマンスに対する大きな長さの影響に注意してください。 4）ストレージに対する文字セットの影響を考慮します。これらの手順を通じて、データベースの効率とスケーラビリティを最適化できます。

mysql blob：制限はありますか？May 08, 2025 am 12:22 AM

mysqlblobshavelimits：tinyblob（255bytes）、blob（65,535bytes）、mediumblob（16,777,215bytes）、andlongblob（4,294,967,295bytes）.tousebl難易度：1）PROFFORMANCESANDSTORERGEBLOBSEXTERNALLY;

MySQL：ユーザーの作成を自動化するための最良のツールは何ですか？May 08, 2025 am 12:22 AM

MySQLでユーザーの作成を自動化するための最良のツールとテクノロジーには、次のものがあります。1。MySQLWorkBench、中小サイズの環境に適した、使いやすいがリソース消費量が高い。 2。アンシブル、マルチサーバー環境に適した、シンプルだが急な学習曲線。 3.カスタムPythonスクリプト、柔軟性がありますが、スクリプトセキュリティを確保する必要があります。 4。大規模な環境に適した人形とシェフ、複雑ですがスケーラブル。選択する際には、スケール、学習曲線、統合のニーズを考慮する必要があります。