MYSQL學習筆記——sql語句優化之索引

      上一篇博客講了可使用慢查詢日誌定位耗時sql,使用explain命令查看mysql的執行計劃,以及使用profiling工具查看語句執行真正耗時的地方,當定位了耗時以後怎樣優化呢?這篇博客會介紹mysql中最簡單快速的優化方法——添加索引。mysql

1、索引的添加                                                                             sql

      mysql一共有四類索引,分別是主鍵索引、惟一索引、普通索引以及全文索引。數據庫

1.一、主鍵索引的添加  工具

      建立一張表時,把某個列設爲主鍵的時候,則該列就是主鍵索引。添加主鍵索引有兩種方法,咱們能夠在建表的時候指定主鍵,這樣就能夠在建表時添加索引;咱們也能夠在建表之後添加主鍵索引,下面的table1的主鍵索引是在建表時建立,table2是在建表後添加的主鍵索引:優化

create table table1(
	id int unsigned primary key auto_increment ,
	name varchar(32) not null
);

//添加主鍵索引語法:alter table 表名 add primary key (列名);
create table table2(
	id int unsigned,
	name varchar(32) not null
);

alter table table2 add primary key (id);

1.二、惟一索引的添加spa

      當表的某列被指定爲unique約束時,這列就是一個惟一索引。一樣,惟一索引的添加也能夠分建立時添加和建立後添加,下例中table3的惟一索引是建立時添加,table4的惟一索引是建立後添加的:日誌

create table table3(
	id int unsigned primary key auto_increment ,
	name varchar(32) unique
);

//添加惟一索引語法:create unique index 索引名  on 表名 (列表..);
create table table4(
	id int unsigned primary key auto_increment ,
	name varchar(32) 
);

create unique index my_uni on table4(name);

1.三、普通索引的添加blog

      普通索引應該是mysql中最經常使用的索引,由於一張表只能有一個主鍵索引,數量較少,惟一索引又必須保證內容惟一,限制較多,因此在mysql中最經常使用的仍是普通索引。普通索引的建立也能夠分建表時建立和建表後建立,下面例子中table5的普通索引是建表時建立,table6是的普通索引是建表後建立的:      排序

create table table5(
	id int unsigned,
	name varchar(32),
	KEY KEY_ID_NAME(id, name)
);

//添加普通索引語法:create index 索引名 on 表 (列1,列名2);
create table table6(
	id int unsigned,
	name varchar(32)
);

create index KEY_ID_NAME on table6 (id, name);

1.四、全文索引索引

      全文索引主要是針對文本或者文件的搜索,在這裏就再也不舉例介紹了。

2、索引的查詢                                                                       

      索引的查詢很簡單,可使用如下兩條命令顯示錶上的索引:  

show index from 表名
 或
show keys from 表名

      以table5爲例,咱們能夠看看怎麼查詢索引:

mysql> show index from table5\G;
*************************** 1. row ***************************
       Table: table5
  Non_unique: 1
    Key_name: KEY_ID_NAME
Seq_in_index: 1
 Column_name: id
   Collation: A
 Cardinality: NULL
    Sub_part: NULL
      Packed: NULL
        Null: YES
  Index_type: BTREE
     Comment: 
*************************** 2. row ***************************
       Table: table5
  Non_unique: 1
    Key_name: KEY_ID_NAME
Seq_in_index: 2
 Column_name: name
   Collation: A
 Cardinality: NULL
    Sub_part: NULL
      Packed: NULL
        Null: YES
  Index_type: BTREE
     Comment: 
2 rows in set (0.00 sec)

  從查詢結果能夠看出,索引類型是B樹,兩列結果的Key_name同樣,說明是複合索引等等信息。不過這樣看很累,在平時查看索引時,我喜歡使用'show create table'命令查看錶上的索引:

mysql> show create table table5\G;
*************************** 1. row ***************************
       Table: table5
Create Table: CREATE TABLE `table5` (
  `id` int(10) unsigned DEFAULT NULL,
  `name` varchar(32) DEFAULT NULL,
  KEY `KEY_ID_NAME` (`id`,`name`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1
1 row in set (0.00 sec)

  這樣看結果就清晰多了,'KEY KEY_ID_NAME(id, name)'直接把索引名稱,索引做用列以及索引類型都顯示出來了,清晰明瞭。

3、索引的刪除                                                                             

      可使用如下命令刪除索引:alter table 表名 drop index 索引名; 例如咱們想刪除table5上的KEY_ID_NAME索引只需使用如下命令便可:

alter table table5 drop index KEY_ID_NAME;

  比較特殊的是刪除主鍵索引,刪除主鍵索引的語法以下:alter table tablename drop primary key; 例如咱們要刪除table2上的主鍵索引可使用如下命令:

alter table table2 drop primary key;

4、索引的利弊                                                                            

      索引爲咱們帶來的好處主要有如下兩點:一、縮小檢索範圍,加快檢索速度;二、在索引上排序及group by資源消耗極低。

      同時,大量使用索引也會給咱們帶來如下弊端:一、增刪改操做將比原來更加耗時;二、索引的存儲會佔用存儲空間。

5、建立索引的考慮點                                                                   

      當要爲表建立索引時,咱們能夠從如下幾個方面考慮是否應該建立索引:

        一、較頻繁的做爲查詢條件的字段應該建立索引;

        二、惟一性太差的字段不適合單首創建索引,即便頻繁做爲查詢條件; 

        三、更新很是頻繁的字段不適合建立索引,由於添加索引後字段更新將更加耗時;

6、使用索引的注意項                                                                  

      一、對於建立的多列索引,只要查詢條件使用了最左邊的列,索引通常就會被使用。例如在a,b,c列上建立索引,那麼查詢條件"a=5","a=5 and b=6","a=7 and b=8 and c=6"都會使用該索引;

      二、對於使用like的查詢,查詢若是是‘%aaa’不會使用到索引‘aaa%’會使用到索引;

      三、若是條件中有or,那麼除非or條件都帶有索引,不然仍是會全表掃描;

      四、若是列類型是字符串,那必定要在條件中將數據使用引號引用起來,不然不使用索引;

      五、若是字符串較長時,直接使用'create index KEY_NAME on table6 (name)' 命令建立的索引也將較長,浪費磁盤空間;這時候咱們能夠經過'create index KEY_NAME on table6 (name(4))' 命令限定索引長度;

      六、鏈接查詢時,在鏈接鍵上增長索引能夠加快速度,同時遵循小表驅動大表原則;

      七、若是mysql估計使用全表掃描要比使用索引快,則不使用索引。

7、直觀感覺索引的威力                                                              

      上一篇博客中咱們建立了一張包含1000w數據的數據表,在該表上咱們沒有加任何索引,而後查詢一條數據話費了6.5s時間。此次咱們依然構造一張包含1000w數據的一樣結構數據表,不一樣的是咱們爲它加上索引,而後查詢數據,看一下索引優化的效果。

      首先,建立數據庫表:

CREATE TABLE emp
(
  empno MEDIUMINT UNSIGNED NOT NULL DEFAULT 0 COMMENT '編號',   ename VARCHAR(20) NOT NULL DEFAULT "" COMMENT '名字',   job VARCHAR(9) NOT NULL DEFAULT "" COMMENT '工做',   mgr MEDIUMINT UNSIGNED NOT NULL DEFAULT 0 COMMENT '上級編號',   hiredate DATE NOT NULL COMMENT '入職時間',   sal DECIMAL(7,2) NOT NULL COMMENT '薪水',   comm DECIMAL(7,2) NOT NULL COMMENT '紅利',   deptno MEDIUMINT UNSIGNED NOT NULL DEFAULT 0 COMMENT '部門編號',   KEY KEY_NO(empno) )ENGINE=InnoDB DEFAULT CHARSET=utf8;  

  而後調用存儲過程插入1000w條數據:

call insert_emp(10000000);

  最後,調用和上篇博客如出一轍的查詢語句,看此次查詢須要多長時間:

mysql> select * from emp where empno=413345;
+--------+--------+----------+-----+------------+---------+--------+--------+
| empno  | ename  | job      | mgr | hiredate   | sal     | comm   | deptno |
+--------+--------+----------+-----+------------+---------+--------+--------+
| 413345 | JpugvK | SALESMAN |   1 | 2014-10-27 | 2000.00 | 400.00 |    157 |
+--------+--------+----------+-----+------------+---------+--------+--------+
1 row in set (0.10 sec)

  查詢時間從原來的6.5s提高到了0.1s,提升了65倍。

相關文章
相關標籤/搜索