mysqlのクラスター化インデックスと非クラスター化インデックスの違いは何ですか
違い: 1. クラスター化インデックスはテーブル内のデータをリーフ ノードに保存しますが、非クラスター化インデックスは主キーとインデックス列をリーフ ノードに保存します。クラスター化インデックス内のテーブル レコード 並べ替え順序は一貫していますが、非クラスター化インデックスの並べ替え順序は一貫していません; 3. 各テーブルにはクラスター化インデックスが 1 つだけ存在できますが、非クラスター化インデックスは複数存在できます。
このチュートリアルの動作環境: Windows7 システム、mysql8 バージョン、Dell G3 コンピューター。
MySQL の Innodb ストレージ エンジンのインデックスは、クラスター化インデックスと非クラスター化インデックスの 2 つのカテゴリに分類されており、中国語辞書のインデックスを比較することでクラスター化インデックスと非クラスター化インデックスを理解できます。中国語辞書には、中国語の文字を検索する 2 つの方法が用意されています。1 つ目は、ピンイン検索 (漢字の発音がわかっている場合) です。たとえば、cheng のピンインを持つ漢字は、cheng のピンインを持つ漢字の後にランク付けされます。対応する中国語のページ番号はピンインに基づいて検索されます (ピンインの並べ替えを押すとバイナリ検索がすぐに見つかるため)、これは通常辞書の順序と呼ばれるものです。2 番目のタイプは部首ストローク検索で、対応する中国語を検索します。画数に応じて文字を読み、その漢字に対応するページ番号を見つけます。ピンイン検索は、格納されたレコード (データベース内の行データ、辞書内の漢字の詳細レコード) が、ストローク インデックス (ストローク インデックス内で同じストロークを持つ単語が隣接している場合でも) に従ってソートされるため、クラスター化インデックスとなります。実際のストレージ ページ番号は隣接していません。これは非クラスター化インデックスです。
クラスター化インデックス
インデックス内のキー値の論理的順序によって、テーブル内の対応する行の物理的順序が決まります。
クラスター化インデックスは、テーブル内のデータの物理的な順序を決定します。クラスター化インデックスは、データが姓ごとに配置されるという点で電話帳に似ています。クラスター化インデックスは、範囲値が頻繁に検索される列に特に効果的です。クラスター化インデックスを使用して最初の値を含む行を検索すると、後続のインデックス値を含む行が物理的に隣接していることを確認できます。たとえば、アプリケーションが特定の日付範囲内のレコードを頻繁に取得するクエリを実行する場合、クラスター化インデックスを使用して開始日を含む行をすばやく検索し、終了日に達するまでテーブル内の隣接するすべての行を取得できます。これは、そのようなクエリのパフォーマンスの向上に役立ちます。同様に、テーブルから取得したデータを並べ替えるときに列が頻繁に使用される場合、テーブルをその列でクラスタリング (物理的に並べ替え) することで、その列がクエリされるたびに並べ替える必要がなくなり、コストを節約できます。
上記は innodb の b ツリー インデックス構造です。
b ツリーは、m 次の B ツリーである b ツリーから進化したことがわかります。
1. 各ノードは最大 m 個の子ノードを持つことができます。
2. ルート ノードとリーフ ノードを除き、各ノードには少なくとも m/2 (切り上げ) の子ノードがあります。
3. ルート ノードがリーフ ノードでない場合、ルート ノードには少なくとも 2 つの子ノードが含まれます。
4. すべてのリーフ ノードは同じレイヤーに配置されます。
5. 各ノードには k 個の要素 (キーワード) が含まれます (m/2 ≤ k 6. 各ノード内の要素(キーワード)は、小さいものから大きいものへと配置されています。
7. 各要素 (キーワード) の左ノードの値は、要素 (キーワード) 以下です。右側のノードの値は要素(キーワード)以上です。
b ツリーの特性は次のとおりです:
1. すべての非リーフ ノードはキーワード情報のみを保存します。
2. すべての衛星データ (特定のデータ) はリーフ ノードに格納されます。
3. すべてのリーフ ノードには、すべての要素に関する情報が含まれています。
4. すべてのリーフ ノード間にはリンク ポインタがあります。
b trre には次の特性があることがわかりました:
- は範囲内のクエリ (リーフ チェーン ポインタを介した) に対して特に効果的で高速です;
- は特定のクエリに特に効果的 キー値クエリは、B ツリーよりもわずかに効率が劣ります (リーフ レベルに移動する必要があるため) が、無視することもできます。クラスター化インデックス
インデックス ディスク内のインデックスの論理的順序は、ディスク上の行の物理的な格納順序とは異なります。 実際、定義によれば、クラスター化インデックス以外のインデックスは非クラスター化インデックスですが、人々は非クラスター化インデックスを通常のインデックス、一意のインデックス、およびフルテキスト インデックスに細分したいと考えています。非クラスター化インデックスを現実のものにたとえる必要がある場合、非クラスター化インデックスは新華社辞書の部首辞書のようなものであり、その構造順序は実際の格納順序と必ずしも一致しません。
非クラスター化インデックスのストレージ構造は以前と同じですが、違いは、リーフ ノードのデータ部分には特定のデータが格納されなくなり、集計が格納されることです。データのインデックスのキー。したがって、非クラスター化インデックスを介して検索するプロセスは、最初にインデックス キーに対応するクラスター化インデックスのキーを見つけ、次にクラスター化インデックスのキーを使用して、主キー インデックス ツリー上で対応するデータを見つけることです。プロセスは table return と呼ばれます。
例を示します: create table student (
`id` INT UNSIGNED AUTO_INCREMENT,
`username` VARCHAR(255),
`score` INT,
PRIMARY KEY(`id`), KEY(`username`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
使用以下语句进行查询,不需要进行二次查询,直接就可以从非聚集索引的节点里面就可以获取到查询列的数据。
select id, username from t1 where username = '小明' select username from t1 where username = '小明'
但是使用以下语句进行查询,就需要二次的查询去获取原数据行的score:
select username, score from t1 where username = '小明'
聚集索引和非聚集索引区别
区别一:
聚集索引:就是以主键创建的索引,在叶子节点存储的是表中的数据
非聚集索引:就是以非主键创建的索引(也叫做二级索引),在叶子节点存储的是主键和索引列。
区别二:
聚集索引中表记录的排列顺序和索引的排列顺序一致;所以查询效率快,因为只要找到第一个索引值记录,其余的连续性的记录在物理表中也会连续存放,一起就可以查询到。缺点:新增比较慢,因为为了保证表中记录的物理顺序和索引顺序一致,在记录插入的时候,会对数据页重新排序。
非聚集索引中表记录的排列顺序和索引的排列顺序不一致。
区别三:
聚集索引是物理上连续存在,而非聚集索引是逻辑上的连续,物理存储不连续。
区别四:
聚集索引每张表只能有一个,非聚集索引可以有多个。
【相关推荐:mysql视频教程】
以上がmysqlのクラスター化インデックスと非クラスター化インデックスの違いは何ですかの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

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

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









MySQLデータベースでは、ユーザーとデータベースの関係は、アクセス許可と表によって定義されます。ユーザーには、データベースにアクセスするためのユーザー名とパスワードがあります。許可は助成金コマンドを通じて付与され、テーブルはCreate Tableコマンドによって作成されます。ユーザーとデータベースの関係を確立するには、データベースを作成し、ユーザーを作成してから許可を付与する必要があります。

MySQLは、インストールが簡単で、強力で管理しやすいため、初心者に適しています。 1.さまざまなオペレーティングシステムに適した、単純なインストールと構成。 2。データベースとテーブルの作成、挿入、クエリ、更新、削除などの基本操作をサポートします。 3.参加オペレーションやサブクエリなどの高度な機能を提供します。 4.インデックス、クエリの最適化、テーブルパーティション化により、パフォーマンスを改善できます。 5。データのセキュリティと一貫性を確保するために、バックアップ、リカバリ、セキュリティ対策をサポートします。

データ統合の簡素化:AmazonrdsmysqlとRedshiftのゼロETL統合効率的なデータ統合は、データ駆動型組織の中心にあります。従来のETL(抽出、変換、負荷)プロセスは、特にデータベース(AmazonrdsmysQlなど)をデータウェアハウス(Redshiftなど)と統合する場合、複雑で時間がかかります。ただし、AWSは、この状況を完全に変えたゼロETL統合ソリューションを提供し、RDSMYSQLからRedshiftへのデータ移行のための簡略化されたほぼリアルタイムソリューションを提供します。この記事では、RDSMysQl Zero ETLのRedshiftとの統合に飛び込み、それがどのように機能するか、それがデータエンジニアと開発者にもたらす利点を説明します。

MySQLのユーザー名とパスワードを入力するには:1。ユーザー名とパスワードを決定します。 2。データベースに接続します。 3.ユーザー名とパスワードを使用して、クエリとコマンドを実行します。

1.正しいインデックスを使用して、データの量を削減してデータ検索をスピードアップしました。テーブルの列を複数回検索する場合は、その列のインデックスを作成します。あなたまたはあなたのアプリが基準に従って複数の列からのデータが必要な場合、複合インデックス2を作成します2。選択した列のみを避けます。必要な列のすべてを選択すると、より多くのサーバーメモリを使用する場合にのみサーバーが遅くなり、たとえばテーブルにはcreated_atやupdated_atやupdated_atなどの列が含まれます。

データベース酸属性の詳細な説明酸属性は、データベーストランザクションの信頼性と一貫性を確保するための一連のルールです。データベースシステムがトランザクションを処理する方法を定義し、システムのクラッシュ、停電、または複数のユーザーの同時アクセスの場合でも、データの整合性と精度を確保します。酸属性の概要原子性:トランザクションは不可分な単位と見なされます。どの部分も失敗し、トランザクション全体がロールバックされ、データベースは変更を保持しません。たとえば、銀行の譲渡が1つのアカウントから控除されているが別のアカウントに増加しない場合、操作全体が取り消されます。 TRANSACTION; updateaccountssetbalance = balance-100wh

NAVICAT自体はデータベースパスワードを保存せず、暗号化されたパスワードのみを取得できます。解決策:1。パスワードマネージャーを確認します。 2。NAVICATの「パスワードを記憶する」機能を確認します。 3.データベースパスワードをリセットします。 4.データベース管理者に連絡してください。

sqllimit句:クエリ結果の行数を制御します。 SQLの制限条項は、クエリによって返される行数を制限するために使用されます。これは、大規模なデータセット、パジネートされたディスプレイ、テストデータを処理する場合に非常に便利であり、クエリ効率を効果的に改善することができます。構文の基本的な構文:SelectColumn1、column2、... FromTable_nameLimitnumber_of_rows; number_of_rows:返された行の数を指定します。オフセットの構文:SelectColumn1、column2、... FromTable_nameLimitoffset、number_of_rows; offset:skip
