Używanie indeksu na wewnętrznym sprzężeniu tabeli w MySQL

Question

Mam tabelę Foo z 200 milionami rekordów i tablicą z 1000 rekordami, są one połączone wiele do jednego. Istnieją indeksy dla kolumn Foo.someTime i Bar.someField. Również w barze 900 zapisy someField 1, 100 mają someField z 2.

(1) To zapytanie wykonuje natychmiast:

mysql> select * from Foo f inner join Bar b on f.table_id = b.table_id where f.someTime  between '2008-08-14' and '2018-08-14' and b.someField = 1 limit 20; 
... 
20 rows in set (0.00 sec) 

(2) Ten właśnie trwa na wieki (jedyna zmiana jest b. someField = 2):

mysql> select * from Foo f inner join Bar b on f.table_id = b.table_id where f.someTime  between '2008-08-14' and '2018-08-14' and b.someField = 2 limit 20; 

(3) Ale jeśli wypadają gdzie klauzula niż kiedyś też wykonuje natychmiast:

mysql> select * from Foo f inner join Bar b on f.table_id = b.table_id where b.someField = 2 limit 20; 
... 
20 rows in set (0.00 sec) 

(4) Również mogę ją przyspieszyć przez wymuszenie użycia indeksu:

mysql> select * from Foo f inner join Bar b force index(someField) on f.table_id = b.table_id where f.someTime  between '2008-08-14' and '2018-08-14' and b.someField = 2 limit 20; 
... 
20 rows in set (0.00 sec) 

Oto wyjaśnienia na zapytania (2) (który trwa wiecznie)

+----+-------------+-------+--------+-------------------------------+-----------+---------+--------------------------+----------+-------------+ 
| id | select_type | table | type | possible_keys     | key  | key_len | ref      | rows  | Extra  | 
+----+-------------+-------+--------+-------------------------------+-----------+---------+--------------------------+----------+-------------+ 
| 1 | SIMPLE  | g  | range | bar_id,bar_id_2,someTime  | someTime | 4  | NULL      | 95022220 | Using where | 
| 1 | SIMPLE  | t  | eq_ref | PRIMARY,someField,bar_id  | PRIMARY | 4  | db.f.bar_id    |  1 | Using where | 
+----+-------------+-------+--------+-------------------------------+-----------+---------+--------------------------+----------+-------------+ 

Oto wyjaśnić na (4) (który ma indeks siły)

+----+-------------+-------+------+-------------------------------+-----------+---------+--------------------------+----------+-------------+ 
| id | select_type | table | type | possible_keys     | key  | key_len | ref      | rows  | Extra  | 
+----+-------------+-------+------+-------------------------------+-----------+---------+--------------------------+----------+-------------+ 
| 1 | SIMPLE  | t  | ref | someField      | someField | 1  | const     |  92 |    | 
| 1 | SIMPLE  | g  | ref | bar_id,bar_id_2,someTime  | bar_id | 4  | db.f.foo_id    | 10558024 | Using where | 
+----+-------------+-------+------+-------------------------------+-----------+---------+--------------------------+----------+-------------+ 

Pytanie brzmi: jak nauczyć MySQL używać właściwego indeksu? Zapytanie jest generowane przez ORM i nie jest ograniczone tylko do tych dwóch pól. Byłoby miło także uniknąć wielu zmian w zapytaniu (choć nie jestem pewien, czy dopasowanie wewnętrzne pasuje tutaj).

UPDATE:

mysql> create index index_name on Foo (bar_id, someTime); 

Po że zapytanie (2) wykonuje się w 0,00 sekundy.

Answer 1

Jeśli utworzysz indeks złożony dla foo(table_id, sometime), powinno to bardzo pomóc. Wynika to z tego, że serwer będzie mógł zawęzić zestaw wyników najpierw przez table_id, a następnie przez sometime.

Należy pamiętać, że podczas korzystania z LIMIT serwer nie gwarantuje, które wiersze zostaną pobrane, jeśli wiele z nich kwalifikuje się do ograniczenia WHERE. Technicznie, każde wykonanie może dać nieco inny wynik. Jeśli chcesz uniknąć niejednoznaczności, zawsze powinieneś używać ORDER BY, kiedy używasz LIMIT. Oznacza to jednak, że powinieneś być ostrożniejszy w tworzeniu odpowiednich indeksów.