Ben sadece birlikte çalıştığım ve çalıştırmak için 8 saniye sürüyordu oldukça karmaşık bir sorgu vardı. AÇIKLAMAK garip bir tablo sipariş gösteriyordu ve benim dizinler KUVVET DİZİN ipucu bile kullanılmadı. Karşısındaki yürütme çok açık değildir anahtar kelime katılın geldim ve İÇ BİRLEŞİM benim sözcükler yerini almaya başladı. Bir hayli hızlı iyileşme fark ettim. Sonuçta ben sadece bu sorgu için yürütme çok açık değildir ile tüm İÇ BİRLEŞİM kelimelerimin yerini aldı ve şimdi .01 saniye içinde çalışır.

Benim sorum ne zaman yürütme çok açık değildir kullanıyorsunuz ve ne zaman kullanmak İÇ KATIL. Herhangi bir nedenle eğer iyi sorgular yazıyorsanız yürütme çok açık değildir kullanmak için değil mi?

İyi bir neden olmadan yürütme çok açık değildir ile tavsiye etmem. Benim kendi deneyim MySQL sorgu iyileştiricisi seçer zavallı bir sorgu planı daha çok isterim, ama pek sık değil bu sadece bypass genel, ne olurdu, iş eğer her zaman kullanılan yürütme çok açık değildir.

Benim tavsiyem düzenli olarak Katılır tüm sorgular terk etmektir. Eğer bulduğunuz bir sorgu kullanarak bir alt-optimal sorgu plan, program önereceğim ilk çalışırken yeniden yazmak veya yeniden yapı sorguyu biraz görmek için iyileştirici olur o zaman yerden daha iyi bir sorgu planı. Ayrıca, orada en azından, dizin istatistikleri out-of-tarih vardır. ' (ANALYZE TABLE) olmadığına emin olun. Bu iyileştirici zavallı bir sorgu planı seçmek için neden olabilir. En iyi hale getirme ipuçları genellikle son çare olmalıdır.

Sorgu ipuçları veri dağıtım zamanla değişebilir, veya dizin kullanmak için bir sebep daha seçicilik, vb değişebilir. tablonuzu büyür. Optimal şimdi bu sorgu ipuçları, zamanla alt-optimal hale gelebilir. Ama doktoru şimdi eski ipuçları nedeniyle sorgu planı uyum sağlamak mümkün olmayacaktır. Eğer iyileştirici kararlar izin verirseniz daha esnek kalın.