MySQL的join查詢和索引

1 關於join查詢

下面是例子分析
表A記錄以下： 
aID aNum 
1 a20050111 
2 a20050112 
3 a20050113 
4 a20050114 
5 a20050115

表B記錄以下: 
bID bName 
1 2006032401 
2 2006032402 
3 2006032403 
4 2006032404 
8 2006032408

建立這兩個表SQL語句以下： 
CREATE TABLE a 
aID int( 1 ) AUTO_INCREMENT PRIMARY KEY , 
aNum char( 20 ) 
) 
CREATE TABLE b( 
bID int( 1 ) NOT NULL AUTO_INCREMENT PRIMARY KEY , 
bName char( 20 ) 
)

INSERT INTO a 
VALUES ( 1, 'a20050111' ) , ( 2, 'a20050112' ) , ( 3, 'a20050113' ) , ( 4, 'a20050114' ) , ( 5, 'a20050115' ) ;

INSERT INTO b 
VALUES ( 1, ' 2006032401' ) , ( 2, '2006032402' ) , ( 3, '2006032403' ) , ( 4, '2006032404' ) , ( 8, '2006032408' ) ;

實驗以下: 
1.left join(左聯接)

sql語句以下: 
SELECT * FROM a 
LEFT JOIN b 
ON a.aID =b.bID

結果以下: 
aID aNum bID bName 
1 a20050111 1 2006032401 
2 a20050112 2 2006032402 
3 a20050113 3 2006032403 
4 a20050114 4 2006032404 
5 a20050115 NULL NULL 
（所影響的行數爲 5 行）

結果說明: 
left join是以A表的記錄爲基礎的,A能夠當作左表,B能夠當作右表,left join是以左表爲準的. 
換句話說,左表(A)的記錄將會所有表示出來,而右表(B)只會顯示符合搜索條件的記錄(例子中爲: A.aID = B.bID). 
B表記錄不足的地方均爲NULL.

2.right join(右聯接)

sql語句以下: 
SELECT * FROM a 
RIGHT JOING b 
ON a.aID = b.bID

結果以下: 
aID aNum bID bName 
1 a20050111 1 2006032401 
2 a20050112 2 2006032402 
3 a20050113 3 2006032403 
4 a20050114 4 2006032404 
NULL NULL 8 2006032408 
（所影響的行數爲 5 行）

結果說明: 
仔細觀察一下,就會發現,和left join的結果恰好相反,此次是以右表(B)爲基礎的,A表不足的地方用NULL填充.

3.inner join(相等聯接或內聯接)

sql語句以下: 
SELECT * FROM a 
INNER JOIN b 
ON a.aID =b.bID

等同於如下SQL句: 
SELECT * 
FROM a,b 
WHERE a.aID = b.bID

結果以下: 
aID aNum bID bName 
1 a20050111 1 2006032401 
2 a20050112 2 2006032402 
3 a20050113 3 2006032403 
4 a20050114 4 2006032404

結果說明: 
很明顯,這裏只顯示出了 A.aID = B.bID的記錄.這說明inner join並不以誰爲基礎,它只顯示符合條件的記錄. 
LEFT JOIN操做用於在任何的 FROM 子句中，

組合來源表的記錄。使用 LEFT JOIN 運算來建立一個左邊外部聯接。左邊外部聯接將包含了從第一個（左邊）開始的兩個表中的所有記錄，即 
使在第二個（右邊）表中並無相符值的記錄。

語法：FROM table1 LEFT JOIN table2 ON table1.field1 compopr table2.field2 
說明：table1, table2參數用於指定要將記錄組合的表的名稱。 
field1, field2參數指定被聯接的字段的名稱。且這些字段必須有相同的數據類型及包含相同類型的數據，但它們不須要有相同的 
名稱。 
compopr參數指定關係比較運算符："="， "<"， ">"， "<="， ">=" 或 "<>"。 
若是在INNER JOIN操做中要聯接包含Memo 數據類型或 OLE Object 數據類型數據的字段，將會發生錯誤。

2 關於索引的使用

      索引分單列索引和組合索引。單列索引，即一個索引只包含單個列，一個表能夠有多個單列索引，但這不是組合索引。組合索引，即一個索包含多個列。

MySQL索引類型包括：

（1）普通索引

這是最基本的索引，它沒有任何限制。它有如下幾種建立方式：

◆建立索引

CREATE INDEX indexName ON mytable(username(length)); 
若是是CHAR，VARCHAR類型，length能夠小於字段實際長度；若是是BLOB和TEXT類型，必須指定 length，下同。

◆修改表結構

ALTER mytable ADD INDEX [indexName] ON (username(length)) 
◆建立表的時候直接指定

CREATE TABLE mytable(   ID INT NOT NULL,    username VARCHAR(16) NOT NULL,   INDEX [indexName] (username(length))   );

刪除索引的語法：

DROP INDEX [indexName] ON mytable;

（2）惟一索引

它與前面的普通索引相似，不一樣的就是：索引列的值必須惟一，但容許有空值。若是是組合索引，則列值的組合必須惟一。它有如下幾種建立方式：

◆建立索引

CREATE UNIQUE INDEX indexName ON mytable(username(length)) 
◆修改表結構

ALTER mytable ADD UNIQUE [indexName] ON (username(length)) 
◆建立表的時候直接指定

CREATE TABLE mytable(   ID INT NOT NULL,    username VARCHAR(16) NOT NULL,   UNIQUE [indexName] (username(length))   );

（3）主鍵索引

它是一種特殊的惟一索引，不容許有空值。通常是在建表的時候同時建立主鍵索引：

CREATE TABLE mytable(   ID INT NOT NULL,    username VARCHAR(16) NOT NULL,   PRIMARY KEY(ID)   ); 
固然也能夠用 ALTER 命令。記住：一個表只能有一個主鍵。

（4）組合索引

爲了形象地對比單列索引和組合索引，爲表添加多個字段：

CREATE TABLE mytable( 
ID INT NOT NULL,    username VARCHAR(16) NOT NULL,   city VARCHAR(50) NOT NULL,   age INT NOT NULL ); 
爲了進一步榨取MySQL的效率，就要考慮創建組合索引。就是將 name, city, age建到一個索引裏：

ALTER TABLE mytable ADD INDEX name_city_age (name(10),city,age); 
建表時，usernname長度爲 16，這裏用 10。這是由於通常狀況下名字的長度不會超過10，這樣會加速索引查詢速度，還會減小索引文件的大小，提升INSERT的更新速度。

若是分別在 usernname，city，age上創建單列索引，讓該表有3個單列索引，查詢時和上述的組合索引效率也會大不同，遠遠低於咱們的組合索引。雖然此時有了三個索引，但MySQL只能用到其中的那個它認爲彷佛是最有效率的單列索引。

創建這樣的組合索引，實際上是至關於分別創建了下面三組組合索引：

usernname,city,age   usernname,city   usernname 
爲何沒有 city，age這樣的組合索引呢？這是由於MySQL組合索引「最左前綴」的結果。簡單的理解就是隻從最左面的開始組合。並非只要包含這三列的查詢都會用到該組合索引，下面的幾個SQL就會用到這個組合索引：

SELECT * FROM mytable WHREE username="admin" AND city="鄭州" SELECT * FROM mytable WHREE username="admin" 
而下面幾個則不會用到：

SELECT * FROM mytable WHREE age=20 AND city="鄭州" SELECT * FROM mytable WHREE city="鄭州"

（5）創建索引的時機

到這裏咱們已經學會了創建索引，那麼咱們須要在什麼狀況下創建索引呢？通常來講，在WHERE和JOIN中出現的列須要創建索引，但也不徹底如此，由於MySQL只對<，<=，=，>，>=，BETWEEN，IN，以及某些時候的LIKE纔會使用索引。例如：

SELECT t.Name FROM mytable t LEFT JOIN mytable m    ON t.Name=m.username WHERE m.age=20 AND m.city='鄭州' 
此時就須要對city和age創建索引，因爲mytable表的userame也出如今了JOIN子句中，也有對它創建索引的必要。

剛纔提到只有某些時候的LIKE才需創建索引。由於在以通配符%和_開頭做查詢時，MySQL不會使用索引。例以下句會使用索引：

SELECT * FROM mytable WHERE username like'admin%' 
而下句就不會使用：

SELECT * FROM mytable WHEREt Name like'%admin' 
所以，在使用LIKE時應注意以上的區別。

（6）索引的不足之處

上面都在說使用索引的好處，但過多的使用索引將會形成濫用。所以索引也會有它的缺點：

◆雖然索引大大提升了查詢速度，同時卻會下降更新表的速度，如對錶進行INSERT、UPDATE和DELETE。由於更新表時，MySQL不只要保存數據，還要保存一下索引文件。

◆創建索引會佔用磁盤空間的索引文件。通常狀況這個問題不太嚴重，但若是你在一個大表上建立了多種組合索引，索引文件的會膨脹很快。

索引只是提升效率的一個因素，若是你的MySQL有大數據量的表，就須要花時間研究創建最優秀的索引，或優化查詢語句。

（7）使用索引的注意事項

使用索引時，有如下一些技巧和注意事項：

◆索引不會包含有NULL值的列

只要列中包含有NULL值都將不會被包含在索引中，複合索引中只要有一列含有NULL值，那麼這一列對於此複合索引就是無效的。因此咱們在數據庫設計時不要讓字段的默認值爲NULL。

◆使用短索引

對串列進行索引，若是可能應該指定一個前綴長度。例如，若是有一個CHAR(255)的列，若是在前10個或20個字符內，多數值是唯一的，那麼就不要對整個列進行索引。短索引不只能夠提升查詢速度並且能夠節省磁盤空間和I/O操做。

◆索引列排序

MySQL查詢只使用一個索引，所以若是where子句中已經使用了索引的話，那麼order by中的列是不會使用索引的。所以數據庫默認排序能夠符合要求的狀況下不要使用排序操做；儘可能不要包含多個列的排序，若是須要最好給這些列建立複合索引。

◆like語句操做

通常狀況下不鼓勵使用like操做，若是非使用不可，如何使用也是一個問題。like 「%aaa%」 不會使用索引而like 「aaa%」可使用索引。

◆不要在列上進行運算

select * from users where YEAR(adddate)<2007; 
將在每一個行上進行運算，這將致使索引失效而進行全表掃描，所以咱們能夠改爲

select * from users where adddate<‘2007-01-01’; ◆不使用NOT IN和<>操做