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

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

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

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

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

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

延伸閱讀：

二、InnoDB是什么

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

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