本篇內(nèi)容介紹了“如何解決MySQL left join 查詢不走索引的問題”的有關(guān)知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠?qū)W有所成！

我們提供的服務(wù)有：成都網(wǎng)站建設(shè)、網(wǎng)站制作、微信公眾號開發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認證、龍井ssl等。為近1000家企事業(yè)單位解決了網(wǎng)站和推廣的問題。提供周到的售前咨詢和貼心的售后服務(wù)，是有科學管理、有技術(shù)的龍井網(wǎng)站制作公司

前言

本地有兩張表 alarm鬧鐘表和alarm_order鬧鐘訂單表
在alarm_order訂單表中有alarm_id建立了索引，但是發(fā)現(xiàn)在left join查詢的時候沒有走索引查詢，使用了全文搜索

問題分析

乍一看，sql語句似乎并沒有問題

1、首先，來觀察下兩張表的字符類型是否相同

發(fā)現(xiàn)兩張表的字符類型確實不一樣，隨后把表1改為utf8，再次查詢發(fā)現(xiàn)依舊不起作用

2、最后發(fā)現(xiàn)可能是alarm_order表中的alarm_id的基數(shù)太小了，mysql判斷全文搜索速度要快，則進行全文搜索。后來發(fā)現(xiàn)確實是這個問題

解決辦法

mysql在一個表如果索引基數(shù)過小的情況下默認會走全文搜索，所以對于表業(yè)務(wù)量過大但是索引字段基本上為同一數(shù)據(jù)或null的情況 還是需要在sql中寫死強制索引
在sql中使用強制索引解決辦法 left join 后添加 force indes(alarm_id)
因為業(yè)務(wù)數(shù)據(jù)的關(guān)系，我這邊alarm_id的基數(shù)確實就是很小，為了走索引查詢，直接加上強制索引查詢

再次測試，問題解決了！！~~

“如何解決mysql left join 查詢不走索引的問題”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實用文章！