Dlaczego STRAIGHT JOIN tak drastycznie poprawia to zapytanie i co to oznacza, gdy jest napisane po słowie kluczowym SELECT?

Mam następujące zapytanie MySql:

select t1.*
from Table1 t1
inner join Table2 t2
on t1.CommonID = t2.CommonID
where t1.FilterID = 1

Uruchomienie zajmuje około 30 sekund, co było dziwne, ponieważ jeśli skomentuję join lub klauzulę where, zajmuje mniej niż sekundę: tj.

select t1.*
from Table1 t1
where t1.FilterID = 1

Lub

select t1.*
from Table1 t1
inner join Table2 t2
on t1.CommonID = t2.CommonID

Następnie jest słowo kluczowe STRAIGHT_JOIN, które mogę znaleźć jedno odniesienie, tutaj: http://dev.mysql.com/doc/refman/5.0/en/join.html

STRAIGHT_JOIN jest podobny do JOIN, z tym, że lewy stół jest zawsze Przeczytaj przed prawym stołem. To może być stosowane w tych (kilku) przypadkach dla który optymalizator łączenia stawia stoliki w złej kolejności.

select t1.*
from Table1 t1
STRAIGHT_JOIN  Table2 t2
on t1.CommonID = t2.CommonID
where t1.FilterID = 1

I zapytanie zostanie wykonane w mniej niż sekundę.

Jeszcze dziwniejsze, mogę napisać:

select STRAIGHT_JOIN  t1.*
from Table1 t1
inner join Table2 t2
on t1.CommonID = t2.CommonID
where t1.FilterID = 1

I zajmuje to mniej niż sekundę, a ta składnia nie wydaje się nawet legalna.

Domyślam się, że drugi przykład oznacza, że STRAIGHT_JOIN będzie używany, gdy INNER JOIN jest napisane, ale nie mogę znaleźć żadnej dokumentacji na ten temat.

Co tu się dzieje i w jaki sposób "join optimizer" może skutkować tak stosunkowo niską wydajnością? Czy zawsze powinienem używać STRAIGHT_JOIN? Skąd mam wiedzieć, kiedy go używać?

Table1 i Table2 mają klucze podstawowe typu integer; FilterID jest kluczem obcym do innej tabeli; kolumny CommonID są kluczami obcymi do trzeciej tabeli. Obaj mają na sobie indeksy. Silnik bazy danych jest InnoDB.

Dzięki