MySQL NULL值如何處理？1.當(dāng)使用a b c作為列名時(shí)，任何項(xiàng)都是null，null就是ABC。(*)包含空項(xiàng)計(jì)數(shù)的具體列名忽略空項(xiàng)計(jì)數(shù)(空)為0。3.avg，max，min，sum，計(jì)算nu

MySQL NULL值如何處理？

1.當(dāng)使用a b c作為列名時(shí)，任何項(xiàng)都是null，null就是ABC。

(*)包含空項(xiàng)計(jì)數(shù)的具體列名忽略空項(xiàng)計(jì)數(shù)(空)為0。

3.avg，max，min，sum，計(jì)算null時(shí)全部忽略，即avg(null) max(null)…值為0。

By處理空值，并將它們作為單個(gè)項(xiàng)放在第一個(gè)位置。distinc處理空值的類(lèi)似于group by。

具體的空值處理取決于實(shí)際應(yīng)用。

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

我來(lái)說(shuō)說(shuō)這個(gè)問(wèn)題:

題目提到的查詢(xún)應(yīng)該是這樣的:select * from a where id in(select id from b)。

對(duì)于這個(gè)sql語(yǔ)句，它的執(zhí)行計(jì)劃不是先查詢(xún)表B的所有id，然后再與表A的id進(jìn)行比較..

Mysql會(huì)將in子查詢(xún)轉(zhuǎn)換成現(xiàn)有的相關(guān)子查詢(xún)，所以實(shí)際上相當(dāng)于這個(gè)sql語(yǔ)句:select * from a where exists(select * from b wh:循環(huán)出表A中的每一條記錄并與表B進(jìn)行比較，比較的條件是看表A中每一條記錄的id是否存在于表B中，如果存在，則返回表A中的這條記錄..

exists查詢(xún)的缺點(diǎn)是什么？

根據(jù)exists的實(shí)現(xiàn)原理，表A(外觀)不能被索引，必須掃描整個(gè)表，因?yàn)楸鞟的數(shù)據(jù)在表B中查，而你必須用表A的數(shù)據(jù)在表B中查(從外到內(nèi))，順序是固定的。

如何優(yōu)化？

索引。但是從上面的分析可以看出，索引只能建立在表B的id字段中，而不能建立在表A的id中，mysql可以 不要用它。

這樣優(yōu)化就夠了嗎？It it'還是有點(diǎn)短。

因?yàn)閑xists只能用表A到表B的數(shù)據(jù)(從表外到表內(nèi))查詢(xún)它的執(zhí)行計(jì)劃，雖然它可以在表B的id字段建立索引來(lái)提高查詢(xún)效率。

然而，你可以 t從表B到表A依次取數(shù)據(jù)，exists子查詢(xún)的查詢(xún)順序是固定的。

為什么反過(guò)來(lái)呢？

因?yàn)槟闶紫瓤梢源_定的是，反過(guò)來(lái)的結(jié)果是一樣的。這就引出了一個(gè)更詳細(xì)的問(wèn)題:當(dāng)兩個(gè)表的id字段都有索引時(shí)，是表A查表B的效率高還是表B查表A的效率高？

如何進(jìn)一步優(yōu)化？

將查詢(xún)修改為inner join連接查詢(xún):select * from an inner join b on(但這還不夠，再往下看)。

為什么不用左join和右連接？

此時(shí)，表之間的連接順序是固定的，

例如，左連接意味著必須先檢查左表并掃描整個(gè)表，然后逐個(gè)轉(zhuǎn)到另一個(gè)表，右連接也是如此。仍然不是最佳選擇。

為什么我可以只使用內(nèi)部連接？

內(nèi)連接中的兩個(gè)表，比如A內(nèi)連接B，但是實(shí)際執(zhí)行順序和寫(xiě)的順序無(wú)關(guān)，最后執(zhí)行的可能是B連接A，順序不固定。如果on條件字段有索引，也可以使用較高的索引。

那怎么才能知道A和B的執(zhí)行順序哪個(gè)更有效率呢？

你不 我不知道，我也不知道。誰(shuí)知道呢？Mysql知道的。讓mysql自己判斷(查詢(xún)優(yōu)化器)。mysql查詢(xún)優(yōu)化器將評(píng)估每個(gè)案例的成本，并最終選擇最佳的一個(gè)作為執(zhí)行計(jì)劃。

在inner join的連接中，mysql會(huì)評(píng)估是用表A查表B更高效還是用表B查表A更高效，如果兩個(gè)表都有索引，mysql還會(huì)評(píng)估表A的條件字段上的索引效率更高還是表B的更高..

我們需要做的是對(duì)兩個(gè)表的連接條件的兩個(gè)字段進(jìn)行索引，然后解釋?zhuān)瑱z查執(zhí)行計(jì)劃，看mysql使用了哪個(gè)索引，最后去掉沒(méi)有使用索引的表的字段索引。