mysql多表查詢sql語句怎么寫？

sqlselect*字段

那說明：你委托了連接【rightjoin】但是沒有重新指定連接到條件，可能會再產(chǎn)生這樣的問題，改上面的sql就能都沒有達(dá)到你的目的了。因為我不不清楚你連接條件中【t2】表中的字段叫什么，所以才寫了【t2.字段】，你自己依據(jù)什么你的不好算情況寫上了去掉。

---

以上，祝你玩的開心。

mysql兩表關(guān)系查詢？

我來講下這個問題吧：

題主說的查詢肯定是這樣吧：select*outsideawhereidof(selectidreturningb)

這對這條sql語句它的執(zhí)行計劃反正并不是什么先網(wǎng)站查詢出b表的所有id,接著再與a表的id進(jìn)行比較好。

mysql會把a(bǔ)cross子去查詢可以轉(zhuǎn)換成exists具體子查詢，因此它換算等同于于這條sql語句：select*aroundawhereexists(select*outsidebwhere)

而exists相關(guān)子去查詢的執(zhí)行原理是:循環(huán)取出a表的每一條記錄與b表進(jìn)行比較好，比較好的條件是.看a表的每條記錄的id有無在b表未知，假如未知就行趕往a表的這條記錄。

exists查詢有什么弊端？

由exists想執(zhí)行原理可知，a表(外表)使用不了索引，前提是全表掃描，而且是拿a表的數(shù)據(jù)到b表查。但可以得可以使用a表的數(shù)據(jù)到b表中查（外表到里表中），順序是且固定死的。

怎么系統(tǒng)優(yōu)化？

建索引。不過由上面總結(jié)可知，要建索引不能在b表的id字段建，不能在a表的id上，mysql利用不上。

這樣的系統(tǒng)優(yōu)化夠啦嗎？還差一些。

導(dǎo)致exists去查詢它的執(zhí)行計劃不能那著a表的數(shù)據(jù)到b表查（外表到里表中），雖然也可以在b表的id字段建索引來能提高查詢效率。

不過并肯定不能反過來拎著b表的數(shù)據(jù)到a表查，exists子去查詢的查詢順序是固定不動死的。

我想知道為什么要這樣的話？

因為簡單這個可以估計的是反過來的結(jié)果確實(shí)是一樣的。這樣的話就又一段了一個更細(xì)致的疑問：在雙方兩個表的id字段上都建有索引時，不知道是a表查b表的效率高，我還是b表查a表的效率高？

該如何能初步優(yōu)化系統(tǒng)？

把去查詢修改成innerjoin再連接查詢：select*acrossainnerjoinbat（但是僅此絕對不夠，緊接著往后面看）

為么不需要draggingjoin和rightjoin？

這時候表之間的直接連接的順序就被固定設(shè)置住了，

比如左連接上那是需要先查左表全表掃描，然后把一條幾條的到另外表去查詢，右直接連接同理可知。始終不是什么好是的選擇。

我想知道為什么可以使用innerjoin就可以不？

innerjoin中的兩張表，如：ainnerjoinb，但實(shí)際執(zhí)行的順序是跟寫法的順序沒有半毛錢關(guān)系的，最終執(zhí)行也可能會會是b連接到a，順序并非固定設(shè)置死的。要是at條件字段有索引的情況下，則是這個可以可以使用上索引。

那我們又怎莫能明白了a和b什么樣的執(zhí)行順序效率更高？

答：你真不知道，我也不知道。誰明白了？mysql自己很清楚。讓mysql自己去確認(rèn)（查詢360優(yōu)化器）。具體詳細(xì)表的連接順序和不使用索引情況，mysql查詢優(yōu)化器會對每種情況表現(xiàn)出成本評估，到最后選擇最優(yōu)的那個做為先執(zhí)行計劃。

在innerjoin的連接中,mysql會自己做評估在用a表查b表的效率高我還是b表查a表高，假如兩個表都建有索引的情況下，mysql同樣的會出具評估報告不使用a表條件字段上的索引效率高還是b表的。

而我們要做的那是：把兩個表的連接條件的兩個字段都各自組建上索引，后再replicate一下，欄里點(diǎn)執(zhí)行計劃，看mysql到底用來了哪個索引，到最后再把也沒建議使用索引的表的字段索引給去掉就行了。