Odnosi się to do długości klauzuli IN - i tego, co w MySQL jest czasami nazywane BŁĘDEM.
Wydaje się, że MySQL ma niski próg dla klauzul IN, kiedy przełącza się na skanowanie tabeli/indeksu zamiast zbierać wiele partycji (po jednej na element IN) i łączyć je.
W przypadku INNER JOIN prawie zawsze jest zmuszane do korzystania z bezpośredniego wiersza po wierszu w kolekcji JOIN, dlatego czasami jest to szybsze
Zapoznaj się z tymi stronami podręcznika MySQL
Mogę się mylić, ponieważ wydaje się sugerować, że IN (constant value list) powinien zawsze używać wyszukiwania binarnego dla każdego elementu...
