添加mysql索引的3條原則

時間 2019-11-13

標籤添加 mysql 索引原則欄目 MySQL 简体版

原文原文鏈接

添加mysql索引的3條原則

張映發表於 2010-12-07 html

分類目錄： mysql mysql

一，索引的重要性 sql

索引用於快速找出在某個列中有一特定值的行。不使用索引，MySQL必須從第1條記錄開始而後讀完整個表直到找出相關的行。表越大，花費的時間越多。若是表中查詢的列有一個索引，MySQL能快速到達一個位置去搜尋到數據文件的中間，沒有必要看全部數據。注意若是你須要訪問大部分行，順序讀取要快得多，由於此時咱們避免磁盤搜索。數據庫

假如你用新華字典來查找「張」這個漢字，不使用目錄的話，你可能要重新華字典的第一頁找到最後一頁，可能要花二個小時。字典越厚呢，你花的時間就越多。如今你使用目錄來查找「張」這個漢字，張的首字母是z，z開頭的漢字從900多頁開始，有了這條線索，你查找一個漢字可能只要一分鐘，因而可知索引的重要性。可是索引建的是否是越多越好呢，固然不是，若是一本書的目錄分紅好幾級的話，我想你也會暈的。 mysql索引

二，準備工做 測試

查看複製打印 ?

//準備二張測試表
mysql> CREATE TABLE `test_t` (
-> `id` int(11) NOT NULL auto_increment,
-> `num` int(11) NOT NULL default '0',
-> `d_num` varchar(30) NOT NULL default '0',
-> PRIMARY KEY (`id`)
-> ) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;
Query OK, 0 rows affected (0.05 sec)
mysql> CREATE TABLE `test_test` (
-> `id` int(11) NOT NULL auto_increment,
-> `num` int(11) NOT NULL default '0',
-> PRIMARY KEY (`id`)
-> ) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;
Query OK, 0 rows affected (0.05 sec)
//建立一個存儲過程，爲插數據方便
mysql> delimiter |
mysql> create procedure i_test(pa int(11),tab varchar(30))
-> begin
-> declare max_num int(11) default 100000;
-> declare i int default 0;
-> declare rand_num int;
-> declare double_num char;
->
-> if tab != 'test_test' then
-> select count(id) into max_num from test_t;
-> while i < pa do
-> if max_num < 100000 then
-> select cast(rand()*100 as unsigned) into rand_num;
-> select concat(rand_num,rand_num) into double_num;
-> insert into test_t(num,d_num)values(rand_num,double_num);
-> end if;
-> set i = i +1;
-> end while;
-> else
-> select count(id) into max_num from test_test;
-> while i < pa do
-> if max_num < 100000 then
-> select cast(rand()*100 as unsigned) into rand_num;
-> insert into test_test(num)values(rand_num);
-> end if;
-> set i = i +1;
-> end while;
-> end if;
-> end|
Query OK, 0 rows affected (0.00 sec)
mysql> delimiter ;
mysql> show variables like "%pro%"; //查看一下，記錄執行的profiling是否是開啓動了，默認是不開啓的
+---------------------------+-------+
| Variable_name | Value |
+---------------------------+-------+
| profiling | OFF |
| profiling_history_size | 15 |
| protocol_version | 10 |
| slave_compressed_protocol | OFF |
+---------------------------+-------+
4 rows in set (0.00 sec)
mysql> set profiling=1; //開啓後，是爲了對比加了索引後的執行時間
Query OK, 0 rows affected (0.00 sec)

三，實例 spa

1，單表數據太少，索引反而會影響速度 htm

查看複製打印 ?

mysql> call i_test(10,'test_t'); //向test_t表插入10條件
Query OK, 1 row affected (0.02 sec)
mysql> select num from test_t where num!=0;
mysql> explain select num from test_t where num!=0\G;
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: test_t
type: ALL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: 10
Extra: Using where
1 row in set (0.00 sec)
ERROR:
No query specified
mysql> create index num_2 on test_t (num);
Query OK, 10 rows affected (0.19 sec)
Records: 10 Duplicates: 0 Warnings: 0
mysql> select num from test_t where num!=0;
mysql> explain select num from test_t where num!=0\G;
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: test_t
type: index
possible_keys: num_2
key: num_2
key_len: 4
ref: NULL
rows: 10
Extra: Using where; Using index
1 row in set (0.00 sec)
ERROR:
No query specified
mysql> show profiles;
+----------+------------+---------------------------------------------+
| Query_ID | Duration | Query |
+----------+------------+---------------------------------------------+
| 1 | 0.00286325 | call i_test(10,'test_t') | //插入十條數據
| 2 | 0.00026350 | select num from test_t where num!=0 |
| 3 | 0.00022250 | explain select num from test_t where num!=0 |
| 4 | 0.18385400 | create index num_2 on test_t (num) | //建立索引
| 5 | 0.00127525 | select num from test_t where num!=0 | //使用索引後，差很少是沒有使用索引的0.2倍
| 6 | 0.00024375 | explain select num from test_t where num!=0 |
+----------+------------+---------------------------------------------+
6 rows in set (0.00 sec)

解釋： blog

id:表示sql執行的順序索引

select_type:SIMPLE,PRIMARY,UNION,DEPENDENT UNION,UNION RESULT,SUBQUERY,DEPENDENT SUBQUERY,DERIVED不一樣的查詢語句會有不一樣的select_type

table:表示查找的表名

type：表示使用索引類型，或者有無使用索引.效率從高到低const、eq_reg、ref、range、index和ALL，其實這個根你sql的寫法有直接關係，例如：能用主鍵就用主鍵，where後面的條件加上索引，若是是惟一加上惟一索引等

possible_keys：可能存在的索引

key：使用索引

key_len：使用索引的長度

ref:使用哪一個列或常數與key一塊兒從表中選擇行,通常在多表聯合查詢時會有。

rows：查找出的行數

Extra:額外說明

前段時間寫過一篇博文mysql distinct和group by誰更好，裏面有朋友留言，說測試結果根我當時作的測試結果不同，當時我打比方解釋了一下，今天有時間，以例子的形勢，更直觀的表達出索引的工做原理。

2，where後的條件，order by ,group by 等這樣過濾時，後面的字段最好加上索引。根據實際狀況，選擇PRIMARY KEY、UNIQUE、INDEX等索引，可是不是越多越好，要適度。

3，聯合查詢，子查詢等多表操做時關連字段要加索引

查看複製打印 ?

mysql> call i_test(10,'test_test'); //向test_test表插入10條數據
Query OK, 1 row affected (0.02 sec)
mysql> explain select a.num as num1,b.num as num2 from test_t as a left join tes
t_test as b on a.num=b.num\G;
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: a
type: index
possible_keys: NULL
key: num_2
key_len: 4
ref: NULL
rows: 10
Extra: Using index
*************************** 2. row ***************************
id: 1
select_type: SIMPLE
table: b
type: ref
possible_keys: num_1
key: num_1
key_len: 4
ref: bak_test.a.num //bak_test是數據庫名,a.num是test_t的一個字段
rows: 1080
Extra: Using index
2 rows in set (0.01 sec)
ERROR:
No query specified

數據量特別大的時候，最好不要用聯合查詢，即便你作了索引。

上面只是我的的一點小結，拋磚引玉一下。

相關標籤/搜索

每日一句

每一个你不满意的现在，都有一个你没有努力的曾经。