MySQL的查詢方案中ken_len的值計算辦法。本站提示廣大學習愛好者：（MySQL的查詢方案中ken_len的值計算辦法）文章只能為提供參考，不一定能成為您想要的結果。以下是MySQL的查詢方案中ken_len的值計算辦法正文
key_len的含義
在MySQL中,可以經過explain檢查SQL語句所走的途徑,如下所示：
mysql> create table t(a int primary key, b int not null, c int not null, index(b)); Query OK, 0 rows affected (0.01 sec) mysql> explain select b from t ; +----+-------------+-------+-------+---------------+------+---------+------+------+-------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+-------+---------------+------+---------+------+------+-------------+ | 1 | SIMPLE | t | index | NULL | b | 4 | NULL | 1 | Using index | +----+-------------+-------+-------+---------------+------+---------+------+------+-------------+ 1 row in set (0.00 sec)
其中,key_len表示運用的索引長度,是以字節為單位。在下面的例子中,由於int型占用4個字節,而索引中只包括了1列,所以,key_len是4。
上面是結合索引的狀況：
mysql> alter table t add index ix(b, c); Query OK, 0 rows affected (0.03 sec) Records: 0 Duplicates: 0 Warnings: 0 mysql> explain select b, c from t ; +----+-------------+-------+-------+---------------+------+---------+------+------+-------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+-------+---------------+------+---------+------+------+-------------+ | 1 | SIMPLE | t | index | NULL | ix | 8 | NULL | 1 | Using index | +----+-------------+-------+-------+---------------+------+---------+------+------+-------------+ 1 row in set (0.00 sec)
結合索引ix包括了2列,並且都運用到了,所以,這裡ken_len是8。
到這裡,我們曾經可以了解key_len的含義了,似乎曾經沒有什麼可講的了,但是,MySQL中key_len的計算還有很多需求留意的中央。
例如,我們將b這一列的NOT NULL約束去掉,然後ken_len就和我們預期不一樣了,如下所示：
mysql> alter table t modify b int; Query OK, 0 rows affected (0.01 sec) Records: 0 Duplicates: 0 Warnings: 0 mysql> explain select b from t; +----+-------------+-------+-------+---------------+------+---------+------+------+-------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+-------+---------------+------+---------+------+------+-------------+ | 1 | SIMPLE | t | index | NULL | b | 5 | NULL | 1 | Using index | +----+-------------+-------+-------+---------------+------+---------+------+------+-------------+ 1 row in set (0.00 sec)
MySQL中key_len計算規則
MySQL中,key_len的計算規則如下：
假如列可以為空,則在數據類型占用字節的根底上加1,如int型,不能為空key_len為4,可以為空key_len為5 假如列是變長的,則在數據列所占字節的基數上再加2,如varbinary(10),不能為空,則key_len為10 + 2 ,可以為空則key_len為10+2+1 假如是字符型,則還需求思索字符集,如某列的定義是varchar(10),且是utf8,不能為空,則key_len為10 * 3 + 2,可以為空則key_len為10*3+2+1 此外,decimal列的計算辦法與下面一樣,假如可以為空,則在數據類型占用字節的根底上加1,但是,decimal自身所占用字節數,計算就比擬復雜。依據官方文檔可以知道,decimal定義為decimal(M,D),其中,M是總的位數,D是小數點後保存的位數。小數點前與小數點後的數字分開存儲,且以9位數為1組,用4個字節保管,假如低於9位數,需求的字節數如下：
Leftover Digits Number of Bytes
-----------------------------
|0 |0 |
|1-2 |1 |
|3-4 |2 |
|5-6 |3 |
|7-9 |4 |
-----------------------------
例如：
decimal(20,6)=> 小數點右邊14位,小數點左邊6位 => 小數點右邊分組為5 + 9,需求3個字節+4個字節存儲,小數點一個分組,需求3個字節存儲 => 總共需求10個字節
decimal(18,9)=> 小數點右邊9位數,小數點左邊9位數 => 辨別運用4個字節存儲 => 共需求 8個字節
decimal(18,2)=> 小數點右邊16位數,小數點左邊2位數 => 分組為7 + 9,需求8個字節存儲,小數點左邊1個字節存儲 => 共需求9個字節
經過key_len剖析結合索引
如下所示,我們定義了一個表t,表t包括a、b、c、d共4列：
mysql> show create table t\G
*************************** 1. row ***************************
Table: t
Create Table: CREATE TABLE `t` (
`a` int(11) NOT NULL,
`b` int(11) DEFAULT NULL,
`c` int(11) DEFAULT NULL,
`d` int(11) DEFAULT NULL,
PRIMARY KEY (`a`),
KEY `ix_x` (`b`,`d`,`c`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
1 row in set (0.00 sec)
如今要執行SQL語句如下：
select a from t where b = 5 and d = 10 order by c;
假定我們有一個索引ix_x(b,d,c),經過explain失掉如下輸入：
mysql> explain select a from t where b = 5 and d = 10 order by c; +----+-------------+-------+------+---------------+------+---------+-------------+------+--------------------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+------+---------------+------+---------+-------------+------+--------------------------+ | 1 | SIMPLE | t | ref | ix_x | ix_x | 10 | const,const | 1 | Using where; Using index | +----+-------------+-------+------+---------------+------+---------+-------------+------+--------------------------+ 1 row in set (0.00 sec)
可以看到,查詢語句運用了結合索引中的b和d兩列來過濾數據。
假如我們定義的結合索引不是`ix_x(b,d,c)`,而是`ix_x(b, c, d)`,經過explain失掉的輸出如下：
mysql> alter table t drop index ix_x; mysql> alter table t add index ix_x(b, c, d); mysql> explain select a from t where b = 5 and d = 10 order by c; +----+-------------+-------+------+---------------+------+---------+-------+------+--------------------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+------+---------------+------+---------+-------+------+--------------------------+ | 1 | SIMPLE | t | ref | ix_x | ix_x | 5 | const | 2 | Using where; Using index | +----+-------------+-------+------+---------------+------+---------+-------+------+--------------------------+ 1 row in set (0.00 sec)
key_len為5,也就是說,只用到了結合索引中的第一列,可以看到,雖然結合索引包括了我們要查詢的一切列,但是,由於定義的順序問題,SQL語句並不可以充沛應用索引。
