MySQLの2つの単一列インデックスと1つの2列索引？

次の問題に直面しましたが、何がベストプラクティスなのかわかりません。

次の表を検討してください（これは大きくなります）。

id PK | giver_id FK | recipient_id FK | 日付

私はInnoDBを使用しており、私が理解していることから、2つの外部キー列のインデックスが自動的に作成されます。ただし、次の特定の組み合わせに一致させる必要があるクエリも多数実行します。

SELECT...WHERE giver_id = x AND recipient_id = t。

そのような各組み合わせは、テーブル内で一意になります。

これらの列に2列のインデックスを追加するメリットはありますか、または理論的には2つの個別のインデックスで十分/同じですか？

2つの単一列インデックスがある場合、例ではそのうちの1つだけが使用されます。

2つの列を持つインデックスがある場合、クエリは高速になる可能性があります（測定する必要があります）。2列のインデックスは、1列のインデックスとしても使用できますが、最初にリストされている列に対してのみ使用できます。

（A、B）にインデックスを付け、（B）に別のインデックスを付けると便利な場合があります。これにより、どちらか一方または両方の列を使用したクエリが高速になりますが、もちろんより多くのディスク領域も使用します。

インデックスを選択するときは、挿入、削除、更新への影響も考慮する必要があります。より多くのインデックス=遅い更新。

次のようなカバリングインデックス：

ALTER TABLE your_table ADD INDEX (giver_id, recipient_id);

...クエリが呼ばあれば、インデックスを使用することができることを意味するgiver_id、またはの組み合わせgiver_idとrecipient_id。インデックスの基準は左端に基づいてrecipient_idいることに注意してください。参照のみのクエリでは、提供したステートメントで対象となるインデックスを使用できません。

さらに、MySQLはSELECTごとに1つのインデックスのみを使用できるため、カバーするインデックスがクエリを最適化する最良の手段になります。

外部キーインデックスの1つがすでに非常に選択的である場合、データベースエンジンは指定したクエリにそのインデックスを使用する必要があります。ほとんどのデータベースエンジンは、そのような状況で最適なインデックスを選択できるように、何らかのヒューリスティックを使用します。どちらのインデックスもそれ自体では高度に選択的でない場合は、そのタイプのクエリを頻繁に使用すると言うので、両方のキーに構築されたインデックスを追加することはおそらく意味があります。

考慮すべきもう1つの点は、このテーブルのPKフィールドを削除してgiver_id、recipient_idフィールドとフィールドに主キーインデックスを定義できるかどうかです。あなたはその組み合わせがユニークであると言ったので、それはうまくいくかもしれません（あなただけが答えることができる他の多くの条件が与えられれば）。ただし、通常、追加する複雑さを追加しても、面倒なことにはなりません。

考慮すべきもう1つの点は、両方のアプローチのパフォーマンス特性は、データセットのサイズとカーディナリティに基づくことです。2列のインデックスは、特定のデータセットサイズのしきい値で、またはまったく逆に、よりパフォーマンスが高いことに気づくだけです。正確なシナリオのパフォーマンスメトリックに代わるものはありません。