資料庫調優步驟：

1）首先檢視慢查詢日誌，找到有問題的 sql 語句   2）利用 explain 檢視各個屬性的狀態   3）利用 show profile  4）檢視資料庫內部各個關鍵節點的配置

1、索引是排好序的能夠實現快速查詢的資料結構，因此對於複合索引來說，mysql會根據建立索引的順序對資料庫表進行排序，因此如果某個sql語句沒有按照建立索引的順序操作欄位的話，索引的使用情況必然受到影響，比如建立複合索引 abc，其中 b 沒用上，那麼本來根據 b 排好序的後面的排序同樣也就失效了。索引是儲存在磁碟上的一種檔案，是和資料庫表在物理上分開而邏輯上相連的一種資料結構

where 後跟的是查詢條件，order by 後面跟的是排序條件，一般都會在這兩者身上用索引，而且這兩者都遵循最佳左字首法則

mysql 支援兩種排序方式：1）using index ；2）using filesort，當然要儘量避免後者，儘可能多的使用前者

2、B樹不一定都是二叉樹，而叫多路搜尋樹，大多數是B樹索引，也有hash索引等其他的索引

3、索引分為：單值索引、唯一索引和複合索引，唯一索引只是加在索引上的一種限制，比如某一個列被
建立成了索引，而且加上了唯一索引的限制（UNIQUE），那麼該索引列上的所有的值必須不能重複，都是

唯一的，如果不加唯一索引限制，是可以重複的

4、索引缺點：1、索引也是一張表，佔用磁碟空間  2、加上索引提高了資料的搜尋速度，但是減慢了
資料的增刪改的速度，因為一旦資料表中的資料發生變化，如果變化的列恰好也是索引列，那相應的索引
也要發生更改

5、經常更新的欄位不要建索引，重複率太高的欄位不要建索引，可以用一個公式來衡量一個列建立索引的選擇性：一個列中不同值的數量/該列總記錄的數量

6、mysql 是怎麼優化的？

執行 EXPLAIN 關鍵字 + SQL 語句得到：

id   select_type    table    possible_keys     key      key_len     ref     rows     Extra

7、要麼別建索引，如果建索引，則group by 的順序一定要和建索引的順序相同，來避免產生：Extra 屬性裡面出現：using filesort 和 using temporary，特別是不要出現後者

8、在範圍索引後面的索引是不起作用的（失效索引）

9、左連線的時候，在右表建立索引，右連線的時候，在左表建立索引，如：
select * from employee LEFT JOIN dept on employee.deptID = dept.id

(員工表的部門 ID 等於部門表的主鍵 ID)這是一個左連線，employee 當做左表，dept 當做右表，所以需要在 dept 上建立索引如：alter table ‘dept’ ADD INDEX Y ('id')

10、索引最好建立在需要經常查詢的欄位中，對於JOIN 的優化，永遠用小表驅動大表，也就是小表要在左邊，大表在右邊

11、優先優化內層子查詢，也就是帶括號的查詢，只有內層查詢快了，外層查詢才能加速

12、如果用 explain 解析的 sql 語句的 key 屬性值為 NULL，則有兩種可能，一種是沒建立索引第二是雖然建立了索引，但是索引失效

13、對於複合索引（一個表中同時建立的多個索引，如：create INDEX abc on Employee(a,b,c)）,口訣是：
帶頭大哥不能倒：意思就是按索引建立的順序，第一個被建立的索引列必須要用上，否則後面的索引不論怎麼組合或者單獨使用都是無效（也叫做最佳左字首法則）
中間兄弟不能斷：意思是不能隔空只用，比如沒有用到中間的 b，而是使用的 a 和 c，則 c 索引失效，a 可以正常使用


14、範圍之後全失效，比如：
select * from Employee Where name=July AND age>25 AND position=manager
這個 sql 中用到了 age>25 這個範圍，所以 mysql 就會在這個索引層進行查詢，後面的 position就失效了


15、儘量在索引列內做查詢，少用 select *，比如可以用: 
select a,b from Employee Where name=July AND age>25 AND position=manager


16、當使用不等於符號(!=或者<>)或者is NULL，或者 is not NULL的時候，會導致索引失效，全表掃描

****覆蓋索引：查詢的時候，選擇的查詢欄位與建立複合索引的欄位的名稱相同，如果在查詢的時候，查詢欄位的順序和建立覆蓋索引的順序不一樣，索引也能夠正常使用，由於在 mysql 架構的第二層有一個優化器，會自動把順序調整過來，所以一般要按照建立複合索引的順序寫查詢欄位，避免了一次資料庫內部優化的過程，比如：

create INDEX abcd on Employee(a,b,c,d);

select   a,b,c,d   from Employee Where a=1,b=2,c=2,d=0 和 select    a,b,c,d    from Employee Where a=1,b=2,d=0,c=2

這兩條 sql 的 explain 結果是相同的，只是第二條 sql 在 mysql 內部做了一次優化，先把 Where 後面的順序根據建立複合索引的順序排好 

17、like 查詢最好把 % 加在右邊：百分like加右邊，而且查詢的explain 屬性 type 值為 range ，否則，加在左邊或者兩邊都加，索引會失效，如果非要在兩邊加 % 才能保證資料的準確性，則需要建立覆蓋索引才能達到索引不失效，所謂覆蓋索引，也就是查詢的時候，選擇的查詢欄位與建立複合索引的欄位的名稱相同，當然選擇複合索引的其中某幾個作為查詢欄位，索引也不會失效，但是如果是 select * 或者是查詢的欄位中包含非複合索引欄位，則建立的複合索引會失效，比如：
create INDEX abc on Employee (a,b,c);
select a,b,d from Employee Where name like %aa%;
其中 d 欄位不是複合索引中的欄位，因此該查詢仍然是全表掃描，索引失效


18、字串不加單引號索引會失效，比如：
select * from Employee Where name='2000'，該 sql 的索引不會失效，但是如果2000上不加單引號，雖然能夠查到結果，(mysql 在內部做了一個隱式的轉換，把int型轉為 string 型)，但是索引會失效


19、少用 or，用 or 也會導致索引失效

20、使用 order by 防止索引失效和防止產生 filesort 的方法，提高 order by 的速度：

21、最佳左字首法則