大量の選択を実行するときに mysiam エンジンを使用する必要があるのはなぜですか?特にインデックスがある場合、この章では実践に基づいて分析します。 1. はじめに: インターネットで興味深い現象を見かけました。1W のデータ量を持つテーブルでは、さまざまな orderby 条件が実行され、クエリ時間が非常に長くなります。これは実際のアプリケーションでは問題になりますか? ?なぜ? 2. 分析 a). 状況の説明: 1. 主キー ID と結合インデックス (id、ver) があり、orderby クエリに前者を使用すると処理が遅くなり、後者を orderby クエリに使用すると非常に高速になります。各行のデータ量は非常に多くなります。 3. ID はメイン インデックスであり、選択クエリのフィールドには ID のみがあるため、インデックスの対象にはなりません。返すために物理ディスクを使用する必要はありません。必要なデータをインデックスから取得できますが、クエリは速くなりますが、遅くなります。 MySQL インデックスのカバレッジ b). 分析: mysiam エンジンを使用しているはずはありません。そうであれば、物理行のアドレスがインデックスに格納されているため、これら 2 つのインデックスを使用するクエリの速度はほぼ同じになります。占有されるデータ量は大きくありません。しかし、innodb の場合は異なります。そのメインインデックスはガイドとして使用できます
1. Mysql クラスター化インデックスの遅いケースの分析
はじめに: なぜ mysiam エンジンが必要なのかより頻繁に使用されますか?特にインデックスがある場合、この記事は実際のアプリケーションに基づいて分析します。
【関連Q&Aのおすすめ】:
以上が一般的に使用される推奨 10 個のクラスタリング インデックスの並べ替え方法、ダウンロードへようこそ!の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。