在馮小剛馮導作為導演拍攝的《天下無賊》中有一句經典臺詞，那就是出自葛優之口：21世紀什么最貴？人才！從這句話說出到現在，已經16年過去了，那么在現在這個大數據時代，什么最貴呢？那就是數據！做好數據管理是首要的大事，而在數據管理方面，數據庫是最好的依托。那個手寫數據，人工查閱的年代已經過去很久遠了！
數據庫的分類，可以簡要的分為關系型數據庫和非關系型數據庫，對應的數據就是結構化的數據和非結構化的數據，主要作用就是存儲和管理數據，現在市面上有很多成熟的數據庫產品，像關系型數據庫：Oracle、MySQL、sql server、Postgre等，非關系型數據庫redis、MongoDB等，面向列存儲的數據庫Hbase和圖形存儲數據庫Neo4j等，今天這篇分享就以Mysql數據庫為例，講解一下數據庫當中的索引。
MySQL是一種關系數據庫管理系統，關系數據庫將數據保存在不同的表中，而不是將所有數據放在一個大倉庫內，這樣就增加了速度并提高了靈活性。在 WEB應用方面，MySQL是最好的 RDBMS 應用軟件之一。要想挖掘MySQL作為數據庫的強大功能，就要學好怎么利用索引來提高查詢響應速度，通過給字段添加索引可以提高數據的讀取速度，提高項目的并發能力和抗壓能力。索引優化時mysql中的一種優化方式。索引的作用相當于圖書的目錄，可以根據目錄中的頁碼快速找到所需的內容。
一般來說，索引本身也很大，不可能全部存儲在內存中，因此索引往往以索引文件的形式存儲的磁盤上。這樣的話，索引查找過程中就要產生磁盤I/O消耗，相對于內存存取，I/O存取的消耗要高幾個數量級。所以評價一個數據結構作為索引的優劣最重要的指標就是在查找過程中磁盤I/O操作次數的漸進復雜度。也就是說，索引的結構組織要盡量減少查找過程中磁盤I/O的存取次數。
從上圖中可以看出，MySQL的存儲引擎默認是InnoDB，而InnoDB中的索引使用B+Tree實現的，這個數據結構能夠很好的減少查找過程中磁盤I/O的存取次數，從而使得MySQL的查詢性能提高好幾個數量級，關于索引的分類，一般分為下面幾類：
主鍵索引（PRIMARY）：
ALTER TABLE `table_name` ADD PRIMARY KEY ( `column` )
唯一索引（UNIQUE）：
ALTER TABLE `table_name` ADD UNIQUE (`column`)
聯合索引（INDEX）：
ALTER TABLE `table_name` ADD INDEX index_name ( `column1`, `column2`, `column3` )
普通索引（INDEX）：
ALTER TABLE `table_name` ADD INDEX index_name ( `column` )
全文索引（FULLTEXT）：
ALTER TABLE `table_name` ADD FULLTEXT ( `column` )
主鍵索引是一個表中只有一個主鍵索引，不允許為null，而唯一索引是一個表中可以有多個唯一索引，但是這列的值要唯一，允許值為null，聯合索引就是對多個列建立索引，這里面要注意最左匹配原則，普通索引就是對表中一列建立索引，沒有什么限制，而全文索引一般用于檢索文本時使用，一般用于模糊查詢。
下面就來看一下這些索引的應用，先來創建一個用戶表：
CREATE TABLE `tb_user` ( `id` BIGINT (20), `user_name` VARCHAR (200), `user_password` VARCHAR (200), `birth` DATETIME , `sex` CHAR (4), `age` int(8), `email` VARCHAR (200), `mobile` VARCHAR (200), `create_date` DATETIME , `update_date` DATETIME , `description` VARCHAR (800) ) ENGINE=INNODB;
寫一個存儲過程，向里面插入一百萬條數據用來測試：
DELIMITER $$ CREATE PROCEDURE insert_tb_user() BEGIN DECLARE i INT; SET i=0; WHILE i>=0 && i<= 1000000 DO INSERT INTO tb_user (`id`, `user_name`, `user_password`, `birth`, `sex`, `age`, `email`, `mobile`, `create_date`, `update_date`, `description`) VALUES (i,'admin','123456',NOW(),'M',i,'[email protected]','12345678123',NOW(),NOW(),'超級管理員'); SET i=i + 1; END WHILE; END$$ DELIMITER ;
執行存儲過程：
call insert_tb_user()
利用下面的語句將里面的值更改一下，要不都是一樣的：
update tb_user a set a.user_name=concat('admin', id);
update tb_user a set a.user_password=concat('admin', id);
update tb_user a set a.mobile=concat('12345', id);
或者在存儲過程中加上這些函數處理，使每一行的值都不一樣！一百萬條數據建好后，如下顯示：
要測試是否使用索引對查詢速度的影響，首先要把查詢緩存給關掉，要不下次查詢走了緩存，就對索引測試有影響了，如下，查詢緩存已經關閉了：
我們使用語句show index from tb_user來查詢現在表中建立索引的情況，發現現在一個索引也沒有：
這時我們來查詢一下：
通過主鍵來查詢，才一百萬條數據，就已經耗時將近1秒了，這是不能忍的，對于主鍵，我們來建立主鍵索引，看查詢速度有什么變化：
建立主鍵索引耗時5.4秒，耗時這么久是因為要建立索引樹，也就是B+Tree。運行剛才那一條查詢語句：
就在那一瞬間，數據就被查詢出來了，效率高低一竿見影呀！
對用戶名建立唯一索引，語句為ALTER TABLE tb_user ADD UNIQUE KEY (user_name)：
保存了，重復的值，這是因為我改了其中的一個用戶名，來驗證唯一索引對改列值唯一性的要求。把值改回來再重新建立唯一索引：
聯合索引、普通索引和全文索引，按照上面寫的建立索引的語句，都可以正確的為每列建立索引，大家動手試一下把！
