Dwa indeksy jednokolumnowe czy jeden indeks dwukolumnowy w MySQL?

Mam do czynienia z następującymi problemami i nie jestem pewien, jaka jest najlepsza praktyka.

Rozważ poniższą tabelę (która stanie się duża):

id PK | giver_id FK | odbiorca_id FK | data

Używam InnoDB iz tego, co rozumiem, automatycznie tworzy indeksy dla dwóch kolumn klucza obcego. Jednak będę również wykonywać wiele zapytań, w których muszę dopasować określoną kombinację:

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

Każda taka kombinacja będzie wyjątkowa w tabeli.

Czy jest jakaś korzyść z dodania dwukolumnowego indeksu do tych kolumn, czy też dwa indywidualne indeksy w teorii byłyby wystarczające / takie same?

Jeśli masz dwa indeksy jednokolumnowe, w Twoim przykładzie zostanie użyty tylko jeden z nich.

Jeśli masz indeks z dwiema kolumnami, zapytanie może być szybsze (powinieneś zmierzyć). Indeks dwukolumnowy może być również używany jako indeks pojedynczej kolumny, ale tylko dla kolumny wymienionej jako pierwsza.

Czasami warto mieć indeks na (A, B) i inny indeks na (B). To sprawia, że ​​zapytania korzystające z jednej lub obu kolumn są szybkie, ale oczywiście zajmuje również więcej miejsca na dysku.

Wybierając indeksy, należy również wziąć pod uwagę wpływ na wstawianie, usuwanie i aktualizację. Więcej indeksów = wolniejsze aktualizacje.

Indeks obejmujący, taki jak:

ALTER TABLE your_table ADD INDEX (giver_id, recipient_id);

... oznaczałoby, że indeks mógłby zostać użyty w przypadku odniesienia do zapytania giver_idlub kombinacji giver_idi recipient_id. Pamiętaj, że kryteria indeksu są oparte na skrajnej lewej stronie - zapytanie odnoszące się tylko do recipient_idnie byłoby w stanie użyć indeksu pokrywającego w podanym przeze mnie oświadczeniu.

Ponadto MySQL może używać tylko jednego indeksu na SELECT, więc indeks pokrywający byłby najlepszym sposobem optymalizacji zapytań.

Jeśli jeden z indeksów kluczy obcych jest już bardzo selektywny, mechanizm bazy danych powinien użyć tego indeksu dla określonego zapytania. Większość silników baz danych używa pewnego rodzaju heurystyki, aby wybrać optymalny indeks w takiej sytuacji. Jeśli żaden z indeksów nie jest sam w sobie wysoce selektywny, prawdopodobnie ma sens dodanie indeksu zbudowanego na obu kluczach, ponieważ mówisz, że będziesz często używać tego typu zapytań.

Inną rzeczą do rozważenia jest to, czy możesz wyeliminować pole PK w tej tabeli i zdefiniować indeks klucza podstawowego w polach giver_idi recipient_id. Powiedziałeś, że kombinacja jest wyjątkowa, więc prawdopodobnie zadziała (biorąc pod uwagę wiele innych warunków, na które tylko Ty możesz odpowiedzieć). Zazwyczaj jednak uważam, że dodatkowa złożoność, która dodaje, nie jest warta zachodu.

Inną rzeczą do rozważenia jest to, że charakterystyka wydajności obu podejść będzie oparta na rozmiarze i liczności zbioru danych. Może się okazać, że indeks dwukolumnowy staje się bardziej wydajny tylko przy pewnym progu rozmiaru zestawu danych lub dokładnie odwrotnie. Nic nie zastąpi metryk wydajności dla konkretnego scenariusza.