MySQL優化---可能導致性能下降的幾個原因以及常用Join查詢

1.SQL執行慢，執行時間長，等待時間長的原因

1.1查詢數據過多

1.2關聯了太多表，用了太多的join:join查詢的原理，是用A表的每一條數據都去掃描B表的每一條數據。

1.3沒有利用到索引

索引分爲單值索引和複合索引

單值索引創建：

create index idx_user_id on user(id)

複合索引創建：

create index idx_user_idname on user(id,name)

1.4服務器調優及各個參數設置（緩衝、線程數等）,這對我們來說不重要，這是DBA的工作！！~

2.談一下SQL的執行順序

我們平時寫SQL的順序：

隨着Mysql版本的更新換代，其優化器也在不斷的升級，優化器會分析不同執行順序產生的性能消耗不同而動態調整執行順序。

下面是經常出現的查詢順序

總結一下執行順序圖

3.常見通用的Join查詢

 
1 A、B兩表共有

select * from t_emp a inner join t_dept b on a.deptId = b.id;

2 A、B兩表共有+A的獨有

 select * from t_emp a left join t_dept b on a.deptId = b.id;

3 A、B兩表共有+B的獨有

 select * from t_emp a right join t_dept b on a.deptId = b.id;

 4 A的獨有 

select * from t_emp a left join t_dept b on a.deptId = b.id where b.id is null; 

5 B的獨有

 select * from t_emp a right join t_dept b on a.deptId = b.id where a.deptId is null;  

6 AB全有
#MySQL Full Join的實現 因爲MySQL不支持FULL JOIN,下面是替代方法
 #left join + union(可去除重複數據)+ right join

SELECT * FROM t_emp A LEFT JOIN t_dept B ON A.deptId = B.id
UNION
SELECT * FROM t_emp A RIGHT JOIN t_dept B ON A.deptId = B.id

這裏因爲要聯合的緣故，不能考慮到小表驅動大表的情況。只能用right join。要保證查詢出來的數字要一致。
7 A的獨有+B的獨有
 

SELECT  * FROM t_emp A LEFT JOIN t_dept B ON A.deptId = B.id WHERE B.`id` IS NULL
UNION
SELECT * FROM t_emp A RIGHT JOIN t_dept B ON A.deptId = B.id WHERE A.`deptId` IS NULL;