高強度訓練第十九天總結： 為什麼要用索引 通過創建唯一性索引可以保證資料庫表中每一行數據的唯一性 可以大大加快數據的檢索速度(大大減少了檢索的數據量)，這也是創建索引最主要的原因。 幫助伺服器避免排序和臨時表 將隨機IO變為順序IO 可以加速表和表之間的連接，特別是在實現數據的參考完整性方面特別有意 ...
高強度訓練第十九天總結：
為什麼要用索引
- 通過創建唯一性索引可以保證資料庫表中每一行數據的唯一性
- 可以大大加快數據的檢索速度(大大減少了檢索的數據量)，這也是創建索引最主要的原因。
- 幫助伺服器避免排序和臨時表
- 將隨機IO變為順序IO
- 可以加速表和表之間的連接，特別是在實現數據的參考完整性方面特別有意義。
索引這麼多優點，為什麼不對錶中的每一個列創建一個索引呢？
- 當表中的數據進行增加、刪除和修改的時候，索引也要動態的維護，這樣就降低了數據維護的速度。
- 索引修啊占物理空間，除了數據表占數據空間之外，每一個索引還需要占一定的物理空間，如果要建立聚簇索引，那麼需要的空間就會更大。
- 創建索引和維護索引需要耗費時間，這種時間隨著數據量的增加而增加。
索引是如何提高查詢速度的？
- 將無序的數據變成相對有序的數據(就像查目錄一樣)
使用索引的註意事項
- 在經常需要搜索的列上，可以加快搜索的速度
- 在經常使用where子句的列上面創建索引，加快條件的判斷速度。
- 在經常需要排序的列上創建索引，因為索引已經排序，這樣查詢可以利用索引的排序，加快排序查詢的時間
- 對於中到大型表索引都是非常有效的，但是特大型表的話維護開銷會很大，不適合建索引
- 在經常用在連接的列上，這些列主要是一些外鍵，可以加快連接的速度
- 避免where子句中對欄位施加函數，這會造成無法命中索引
- 在使用InnoDB時使用與業務無關的自增主鍵為主鍵，即使用邏輯主鍵，而不要使用業務主鍵。
- 將打算加索引的列設置為NOT NULL,否則將導致引擎放棄使用索引而進行全表掃描
- 刪除長期未使用的索引，不用的索引的存在會造成不必要的性能損耗MySQL5.7可以通過查詢sys庫中的chema_unused_indexes視圖來查詢哪些索引從未被使用
- 在使用limit offset 查詢緩慢時，可以藉助索引來提高性能。
MySQL 索引主要使用的倆種數據結構
- 哈希索引 對於哈希索引來說，底層的數據結構就是hash表，因此在絕大多數需求為單條記錄查詢的時候，可以選擇哈希索引，查詢性能最快；其餘大部分場景建議選擇BTree索引。
- BTree索引 Mysql的Btree索引使用的時B樹中的B+Tree，但是對於主要的倆種存儲索引MyISAM和InnoDB的實現方式是不同的
MyISAM和InnoDB實現索引方式的區別
MyISAM:B+Tree葉結點的data域存放的是數據記錄的地址。在索引檢索的時候，首先按照B+Treee搜索演算法搜索索引，如果指定的Key存在，則取出其data域值，然後以data域的值為地址讀取相應的數據記錄。這被稱為“非聚簇索引”
InnoDB:其數據文件本身就是索引文件。相比MyISAM,索引文件和數據文件是分離的，其表數據文件本身就是按B+Tree組織的一個索引結構，樹的葉結點data域保存了完整的數據記錄。這個索引的key是數據表的主鍵，因此InnoDB表資料庫文件本身就是主索引。被稱為聚簇索引。
