一、mysql inner join為什么不走索引
因?yàn)樗饕膬?yōu)勢是在大表中過濾出小的結(jié)果集進(jìn)行聯(lián)接,mysql inner join句根本沒有任何過濾條件。另外表很小的話全表掃描比索引快。針對查詢語句過慢的問題,首先使用explain關(guān)鍵字對sql的執(zhí)行計(jì)劃進(jìn)行分析。發(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ù)庫查詢是否會進(jìn)行優(yōu)化,替換后使用explain發(fā)現(xiàn)retailer表作為了被驅(qū)動表,且使用了索引,但是customer兩個表仍然未走索引,且耗時過長;
經(jīng)過對關(guān)聯(lián)表的結(jié)構(gòu)進(jìn)行深入對比,且對字段類型、長度、編碼等信息對比后發(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è)計(jì)目標(biāo)是處理大容量數(shù)據(jù)時最大化性能,它的 CPU 利用率是其他所有基于磁盤的關(guān)系數(shù)據(jù)庫引擎中最有效率的。
InnoDB 是一套放在 MySQL 后臺的完整數(shù)據(jù)庫系統(tǒng),InnoDB 有它自己的緩沖池,能緩沖數(shù)據(jù)和索引,InnoDB 還把數(shù)據(jù)和索引存放在表空間里面,可能包含好幾個文件,這和 MyISAM 表完全不同,在 MyISAM 中,表被存放在單獨(dú)的文件中,InnoDB 表的大小只受限于操作系統(tǒng)文件的大小,一般為 2GB。