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

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

前言

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

問題分析

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

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

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

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

解決辦法

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

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

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

文章標(biāo)題：如何解決mysqlleftjoin查詢不走索引的問題
網(wǎng)頁路徑：http://aaarwkj.com/article38/ijpgsp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供域名注冊、自適應(yīng)網(wǎng)站、企業(yè)網(wǎng)站制作、電子商務(wù)、ChatGPT、營銷型網(wǎng)站建設(shè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)