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

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

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

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

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

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

延伸閱讀：

二、InnoDB是什么

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

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