為什么要用索引？
一般的應用系統，讀寫比例在10:1左右，插入操作和一般的更新操作很少出現性能問題，在生產環境中，我們遇到最多的，也是最容易出問題的，還是一些復雜的查詢操作，因此對查詢陳述句的優化顯然是重中之重，說起加速查詢，就不得不提到索引了，
索引是什么？
索引在MySQL中也叫做“鍵”，是存盤引擎用于快速找到記錄的一種資料結構，
索引對于良好的性能非常關鍵，尤其是當表中的資料量越來越大時，索引對于性能的影響愈發重要，
索引優化應該是對查詢性能優化最有效的手段了，索引能夠輕易將查詢性能提高好幾個數量級，
索引相當于字典的音序表，如果要查某個字，如果不使用音序表，則需要從幾百頁中逐頁去查，
索引原理：
與我們查閱圖書所用的目錄是一個道理：先定位到章，然后定位到該章下的一個小節，然后找到頁數，相似的例子還有：查字典，查火車車次，飛機航班等.
本質都是：通過不斷地縮小想要獲取資料的范圍來篩選出最終想要的結果，同時把隨機的事件變成順序的事件，也就是說，有了這種索引機制，我們可以總是用同一種查找方式來鎖定資料，
索引兩大型別:
hash型別的索引：查詢單條快，范圍查詢慢
btree型別的索引：b+樹，層數越多，資料量指數級增長（我們就用它，因為innodb默認支持它）
索引的功能：加速查找，約束功能
適合建索引的欄位：
- 經常被查詢的欄位，即在where子句中出現的欄位
- 在分組的欄位，即在group by子句中出現的欄位
- 存在依賴關系的子表和父表之間的聯合查詢，即主鍵或外鍵欄位
- 設定唯一完整性約束的欄位
不適合建索引欄位：
- 在查詢中很少被使用的欄位
- 擁有許多重復值的欄位
創建索引：
創建索引：就是在表的一個欄位或者多個欄位上建立索引
普通索引index：加速查找
唯一索引：
- 主鍵索引(primary key)：加速查找+約束（不為空、不能重復）
- 唯一索引(unique):加速查找+約束（不能重復）
聯合索引：
- primary key(id,name):聯合主鍵索引
- unique(id,name):聯合唯一索引
- index(id,name):聯合普通索引
創建普通索引：
普通索引：創建索引時，不附加任何限制條件（唯一、非空等限制），該索引可以創建在任何列上，
語法：create table 表名( ... ,index|key [索引名](列名, [(長度)] [asc|desc]) ); //長度和asc|desc可省略
案例：create table uid( id int, ..., index index_id(id) );
create table uid( id int,
...,
index index_id(id)
);
通過explain查看索引是否被執行:
explain select * from uid where id=001;
在已經存在的欄位上建立索引:
語法：create index 索引名 on 表名 (列名 [(長度)] [asc|desc])
案例：
create index index_id on uid(id);
通過alter來創建索引：
語法：altert able 表名 add index|key 索引名 (列名 [(長度)] [asc|desc])
案例：
alter table uid add index index_id(id);
創建唯一索引：
唯一索引：就是限制某個或者多個欄位的值必須唯一，通過該型別的索引可以快速的查詢某條記錄
語法：create table 表名( ... , unique index|key [索引名](列名 [(長度)] [asc|desc]) );
案例：
create table uid(id int, ..., unique index index_id(id) );
已有的表上建索引:
案例
create unique index index_id on uid(id);
通過alter添加索引：
案例
alter table uid add unique index index_id(id);
創建全文索引
全文索引主要關聯在資料型別為char、varchar和text的欄位上，以便能夠快速的查詢資料量較大的字串型別的欄位
語法：create table 表名( ... , fulltext index|key [索引名](列名 [(長度)] [asc|desc]) );
創建多列索引（聯合索引）
多列索引：是指創建索引的欄位不是一個欄位，而是多個欄位，雖然可以通過關聯的欄位進行查詢，但是只有查詢條件中使用了所關聯的欄位中的第一個欄位，多列索引才會被使用，
語法：create table 表名( ... , index|key [索引名](列名1 [(長度)] [asc|desc]) ，列名2 [(長度)] [asc|desc]) );
案例
create table uid( ...,
name varchar(20),
loc varchar(40),
index index_name_loc(name, loc)
);
已經存在的表上創建索引：
案例
create index index_name_loc on uid(name, loc);
alter table uid add index index_name_loc(name,loc)；
多個單列索引在多條件查詢時只會生效第一個索引！所以多條件聯合查詢時最好建聯合索引！
最左前綴原則：
顧名思義是最左優先，以最左邊的為起點任何連續的索引都能匹配上，
注：如果第一個欄位是范圍查詢需要單獨建一個索引
注：在創建聯合索引時，要根據業務需求，where子句中使用最頻繁的一列放在最左邊，這樣的話擴展性較好，比如 userid 經常需要作為查詢條件，而 mobile 不常常用，則需要把 userid 放在聯合索引的第一位置，即最左邊
聯合索引本質：
當創建(a,b,c)聯合索引時，相當于創建了(a)單列索引，(a,b)聯合索引以及(a,b,c)聯合索引
想要索引生效的話,只能使用 a，和a,b，和a,b,c三種組合；當然，我們上面測驗過，a,c組合也可以，但實際上只用到了a的索引，c并沒有用到！
聯合索引總結：
需要加索引的欄位，要在where條件中；
資料量少的欄位不需要加索引（因為建索引有開銷，速度反而慢）；
如果where條件中是or關系，加索引不起作用；
聯合索引比每個列分別建索引更有優勢，因為建索引有開銷，順序也要注意，一般不超過7，8個，應該將嚴格的索引放在前面，這樣篩選力度會更大，效率更高，
洗掉索引：
語法：drop index index_name on table_name;
案例
drop index index_id on uid;
參考文獻：
https://www.cnblogs.com/bypp/p/7755307.html
https://blog.csdn.net/fengxiaolu311/article/details/82716294
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/29400.html
標籤：MySQL
上一篇：MySQL進階篇(02)：索引體系劃分，B-Tree結構說明
下一篇：MySQL資料庫常見的資料型別