pパラメータ：コンテナの3000ポートは、このマシンの8000ポートにマップされます。-itパラメーター：コンテナーのシェルが現在のシェルにマップされ、ローカルウィンドウで入力したコマンドがコンテナーに渡されます。デモ-KOA：0.0 1：イメージファイルの名前（任意のラベルには、また、ラベルを提供する必要がある場合、デフォルトは最新のラベルです）。/ bin / bash：コンテナの起動後に内部的に実行される最初のコマンド。ここでBashを起動して、ユーザーがShellを使用できるようにします。すべてが正常であれば、上記のコマンドを実行した後、コマンドラインプロンプトに戻ります。
-
kインデックスツリーでk = 3のレコードを見つけ、ID = 300を取得します。
-
IDインデックスツリーに移動して、ID = 300に対応するR3を見つけます。
-
kインデックスツリーの次の値k = 5を取得し、ID = 500を取得します。
-
次に、IDインデックスツリーに戻り、ID = 500に対応するR4を見つけます。
-
kインデックスツリーの次の値k = 6を取得します。条件が満たされず、ループが終了します。
このプロセスでは、主キーインデックスツリー検索に戻るプロセスがテーブルに呼び出されます。このクエリプロセスは、kインデックスツリーの3つのレコードを読み取り（ステップ1、3、および5）、テーブルに2回戻る（ステップ2および4）ことがわかります。
この例では、クエリ結果に必要なデータは主キーインデックスでのみ使用できるため、テーブルに戻る必要があります。それで、インデックスを最適化してテーブルに戻るプロセスを回避することは可能ですか？
カバリングインデックス
実行されるステートメントがTからIDを選択する場合（kは3から5の間）、IDの値のみを確認する必要があり、IDの値はすでにkインデックスツリーにあるため、クエリ結果はテーブルに戻らずに直接提供できます。つまり、このクエリでは、インデックスkがクエリ要件を「カバー」しました。これをカバリングインデックスと呼びます。カバードインデックスを使用すると、ツリー検索の数が減り、クエリのパフォーマンスが大幅に向上するため、カバードインデックスの使用は、一般的に使用されるパフォーマンス最適化方法です。