[[380660]]

 本文轉(zhuǎn)載自微信公眾號「菜鳥阿都」，作者菜鳥阿都。轉(zhuǎn)載本文請聯(lián)系菜鳥阿都公眾號。   

在web開發(fā)中，使用記錄id獲得詳情信息是一個比較頻繁的操作，所有必須具有很高的查詢速度，這時，很多小伙伴就會想到使用索引，在id字段上添加索引。且慢!!! 接下來讓阿都告訴你，為什么攔著你了。

在阿里java開發(fā)手冊(嵩山版)明確規(guī)定數(shù)據(jù)庫表必備主鍵id，當然接下來的操作也必須按照大廠的規(guī)范來，畢竟阿都也有一個大廠的心。關注公眾號，并回復：開發(fā)手冊，可獲得阿里java開發(fā)手冊(嵩山版)。

空洞的言語總是沒有實際操作具有說服力，開始操作嘍。

開始表演

阿都先創(chuàng)建一個具有主鍵id的測試表【user：具有主鍵id】

CREATE TABLE `user`  ( 
  `id` int NOT NULL, 
  `name` varchar(255) NULL, 
  PRIMARY KEY (`id`) 
); 

一不小心運行了查詢索引的命令

show index FROM user 

結果圖片列字段說明

• Table:表名稱
• Non_unique:如果索引不能包括重復詞，則為0，反則為1
• Key_name:索引的名稱
• Seq_in_index:索引的列序列號，從1開始
• Column_name:列名稱

尷尬了，竟然還運行出了結果，不知道什么時候這張新建的user表中已經(jīng)為字段id創(chuàng)建了索引，原來，數(shù)據(jù)庫會默認為主鍵字段創(chuàng)建索引【主鍵索引】，現(xiàn)在知道為什么阿都剛才攔著那些想給id創(chuàng)建索引的小伙伴了吧

為了湊字數(shù)，順便研究一下，如果表中具有多個主鍵，數(shù)據(jù)庫會不會為每個主鍵都創(chuàng)建索引，老套路，先建它一張表【user：兩個主鍵id,name】

CREATE TABLE `user`  ( 
  `id` int NOT NULL, 
  `name` varchar(255) NOT NULL, 
  PRIMARY KEY (`id`, `name`) 
); 

運行命令查看索引

show index FROM user 

數(shù)據(jù)庫為id和name都創(chuàng)建了索引

現(xiàn)在終于有點明白阿里規(guī)范中為什么要求創(chuàng)建主鍵id了，老鐵，別走，順便體驗一波id帶了索引的效果

創(chuàng)建具有主鍵id的user表

CREATE TABLE `user`  ( 
  `id` int NOT NULL, 
  `name` varchar(255) NULL, 
  PRIMARY KEY (`id`) 
); 

創(chuàng)建儲存過程生成100萬條假數(shù)據(jù)

CREATE  PROCEDURE `add_vote_memory1`(IN n int)   
BEGIN     
  DECLARE i INT DEFAULT 1;   
    WHILE (i <= n ) DO   
      INSERT into user  (name) VALUEs (FLOOR(RAND() * 1000)) 
            set i=i+1;   
    END WHILE;   
END   
call add_vote_memory1(1000000)insert into user select id,concat('菜鳥阿都',id)) from tmp_series 

調(diào)用儲存過程

call add_vote_memory(1000000) 

生成了100萬條假數(shù)據(jù)，在本地數(shù)據(jù)庫執(zhí)行這個儲存過程足足花費了10分鐘

select * from user where id=27 

查詢時間：0.021s

select * from user where name='adu' 

查詢時間：0.890s

根據(jù)主鍵id查詢與其他字段查詢相比快了45倍，所以小伙伴們，以后設計數(shù)據(jù)庫表時，記得加主鍵id。一定要記得。