mysql一張大表，一張小表，如何join最快？rows代表這個(gè)步驟相對(duì)上一步結(jié)果的每一行需要掃描的行數(shù)，可以看到這個(gè)sql需要掃描的行數(shù)為35773*8134，非常大的一個(gè)數(shù)字。本來c和h表的記錄條

mysql一張大表，一張小表，如何join最快？

rows代表這個(gè)步驟相對(duì)上一步結(jié)果的每一行需要掃描的行數(shù)，可以看到這個(gè)sql需要掃描的行數(shù)為35773*8134，非常大的一個(gè)數(shù)字。本來c和h表的記錄條數(shù)分別為40000 和10000 ，這幾乎是兩個(gè)表做笛卡爾積的開銷了（select * from c，h）。

于是我上網(wǎng)查了下MySQL實(shí)現(xiàn)join的原理，原來MySQL內(nèi)部采用了一種叫做 nested loop join的算法。Nested Loop Join 實(shí)際上就是通過驅(qū)動(dòng)表的結(jié)果集作為循環(huán)基礎(chǔ)數(shù)據(jù)，然后一條一條的通過該結(jié)果集中的數(shù)據(jù)作為過濾條件到下一個(gè)表中查詢數(shù)據(jù)，然后合并結(jié)果。如果還有第三個(gè)參與 Join，則再通過前兩個(gè)表的 Join 結(jié)果集作為循環(huán)基礎(chǔ)數(shù)據(jù)，再一次通過循環(huán)查詢條件到第三個(gè)表中查詢數(shù)據(jù)，如此往復(fù)，基本上MySQL采用的是最容易理解的算法來實(shí)現(xiàn)join。所以驅(qū)動(dòng)表的選擇非常重要，驅(qū)動(dòng)表的數(shù)據(jù)小可以顯著降低掃描的行數(shù)。

mysql多表join怎么優(yōu)化？

from和join均是用于指定需要從哪些表查詢數(shù)據(jù)，from可以是一個(gè)表或多個(gè)表，如果是多個(gè)表則是生成一個(gè)笛卡爾集，會(huì)涉及到大量數(shù)據(jù)。所以通常在涉及到多個(gè)表的查詢時(shí)，通常通過join來拼接多個(gè)表。

join主要是通過多個(gè)表之間的外鍵關(guān)聯(lián)來進(jìn)行拼接，注意用于拼接的列需要加上索引，如果沒有則MySQL也會(huì)默認(rèn)加上，不過前提是外鍵列和引用的主鍵列需要是相同的數(shù)據(jù)類型，如數(shù)字類型需要是相同的長度和均是有符號(hào)或無符號(hào)數(shù)，字符串類型長度可以不一樣。以下分析涉及的表結(jié)構(gòu)如下：用戶表t_user和用戶訂單表t_order，在t_order表的user_id列是引用t_user的id列的外鍵。

mysqlleftjoin會(huì)影響數(shù)據(jù)庫性能嗎？

只要索引使用得當(dāng)，簡單的left join是不會(huì)影響數(shù)據(jù)庫查詢性能的，但有幾種情況要特殊考慮下：

1. 聯(lián)表查詢涉及到的表超過了3個(gè)，最好不要使用join，這是《阿里巴巴Java開發(fā)規(guī)范》明確說明的。

2. 涉及到分庫分表的，也要慎用join（多表join一時(shí)爽，垂直拆分火葬場）

在平時(shí)的開發(fā)中，我一般的做法是能不用join就不用join，能使用Redis和本地緩存的就使用Redis和本地緩存，盡量避免因復(fù)雜的SQL運(yùn)算造成數(shù)據(jù)庫查詢性能降低的操作。