mysqlleftjoin會影響數(shù)據(jù)庫性能嗎？只要索引使用得當(dāng)，簡單的left join是不會影響數(shù)據(jù)庫查詢性能的，但有幾種情況要特殊考慮下：1. 聯(lián)表查詢涉及到的表超過了3個，最好不要使用join，

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

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

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

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

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

left join效率為什么低？

為什么子查詢比連接查詢（LEFT JOIN）效率低

MySQL從4.1版本開始支持子查詢，使用子查詢進(jìn)行SELECT語句嵌套查詢，可以一次完成很多邏輯上需要多個步驟才能完成的SQL操作。子查詢雖然很靈活，但是執(zhí)行效率并不高。

那么問題來了，什么是子查詢？為什么它的效率不高？

子查詢：把內(nèi)層查詢結(jié)果當(dāng)作外層查詢的比較條件

示例：

select goods_id，goods_name from goods where goods_id = (select max(goods_id) from goods)

執(zhí)行子查詢時，MYSQL需要創(chuàng)建臨時表，查詢完畢后再刪除這些臨時表，所以，子查詢的速度會受到一定的影響，這里多了一個創(chuàng)建和銷毀臨時表的過程。

優(yōu)化方式：

可以使用連接查詢（JOIN）代替子查詢，連接查詢不需要建立臨時表，因此其速度比子查詢快。

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

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

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