一、mysql inner join為什么不走索引

因?yàn)樗饕膬?yōu)勢(shì)是在大表中過(guò)濾出小的結(jié)果集進(jìn)行聯(lián)接，mysql inner join句根本沒(méi)有任何過(guò)濾條件。另外表很小的話全表掃描比索引快。針對(duì)查詢(xún)語(yǔ)句過(guò)慢的問(wèn)題，首先使用explain關(guān)鍵字對(duì)sql的執(zhí)行計(jì)劃進(jìn)行分析。發(fā)現(xiàn)整個(gè)查詢(xún)過(guò)程中均沒(méi)有使用索引，每個(gè)表的數(shù)據(jù)不大，但是三張表聯(lián)合，數(shù)據(jù)量直接乘積量級(jí)了；

既然定位到索引問(wèn)題，就去數(shù)據(jù)庫(kù)查看表的索引信息，卻發(fā)現(xiàn)相關(guān)字段已經(jīng)建立了索引，但是查詢(xún)過(guò)程中卻未使用到索引；

使用左外連接時(shí)，數(shù)據(jù)庫(kù)會(huì)以左表為驅(qū)動(dòng)，右表被驅(qū)動(dòng)，考慮使用inner join替換left join來(lái)觀察數(shù)據(jù)庫(kù)查詢(xún)是否會(huì)進(jìn)行優(yōu)化，替換后使用explain發(fā)現(xiàn)retailer表作為了被驅(qū)動(dòng)表，且使用了索引，但是customer兩個(gè)表仍然未走索引，且耗時(shí)過(guò)長(zhǎng)；

經(jīng)過(guò)對(duì)關(guān)聯(lián)表的結(jié)構(gòu)進(jìn)行深入對(duì)比，且對(duì)字段類(lèi)型、長(zhǎng)度、編碼等信息對(duì)比后發(fā)現(xiàn)數(shù)據(jù)表的編碼方式存在差異，retailer表中字段字符集格式為utf8mb4，而customer表中字符集格式為utf8；

將關(guān)聯(lián)字段字符集統(tǒng)一后，使用left join左外連接仍然可以很好的命中索引，查詢(xún)時(shí)間直接0.1s。

延伸閱讀：

二、InnoDB是什么

InnoDB 是 MySQL 上名列前茅個(gè)提供外鍵約束的數(shù)據(jù)存儲(chǔ)引擎，除了提供事務(wù)處理外，InnoDB 還支持行鎖，提供和 Oracle 一樣的一致性的不加鎖讀取，能增加并發(fā)讀的用戶(hù)數(shù)量并提高性能，不會(huì)增加鎖的數(shù)量。InnoDB 的設(shè)計(jì)目標(biāo)是處理大容量數(shù)據(jù)時(shí)最大化性能，它的 CPU 利用率是其他所有基于磁盤(pán)的關(guān)系數(shù)據(jù)庫(kù)引擎中最有效率的。

InnoDB 是一套放在 MySQL 后臺(tái)的完整數(shù)據(jù)庫(kù)系統(tǒng)，InnoDB 有它自己的緩沖池，能緩沖數(shù)據(jù)和索引，InnoDB 還把數(shù)據(jù)和索引存放在表空間里面，可能包含好幾個(gè)文件，這和 MyISAM 表完全不同，在 MyISAM 中，表被存放在單獨(dú)的文件中，InnoDB 表的大小只受限于操作系統(tǒng)文件的大小，一般為 2GB。