MySQL InnoDB的索引擴充套件
索引擴充套件,InnoDB透過將主鍵列附加到每個輔助索引中來自動擴充套件該索引。建立如下表結構:
mysql> CREATE TABLE t1 ( -> i1 INT NOT NULL DEFAULT 0, -> i2 INT NOT NULL DEFAULT 0, -> d DATE DEFAULT NULL, -> PRIMARY KEY (i1, i2), -> INDEX k_d (d) -> ) ENGINE = InnoDB; Query OK, 0 rows affected (0.14 sec)
表t1在列(i1,i2)上定義了主鍵。同時也在列(d)上定義了一個輔助索引,但InnoDB擴充套件了這個索引並且將它視為(d,i1,i2)來處理。
在決定如何使用以及是否使用該索引時,最佳化器會考慮擴充套件輔助索引的主鍵列。這可以產生更高效的查詢執行計劃和更好的效能。
最佳化器可以使用擴充套件的二級索引來進行ref、range和index_merge索引訪問,進行鬆散索引掃描,進行連線和排序最佳化,以及進行MIN()/MAX()最佳化。
下面的示例將顯示最佳化器是否使用擴充套件輔助索引來影響執行計劃 向表t1插入以下資料:
mysql> INSERT INTO t1 VALUES (1, 1, '1998-01-01'), (1, 2, '1999-01-01'), (1, 3, '2000-01-01'), (1, 4, '2001-01-01'), ->(1, 5, '2002-01-01'), (2, 1, '1998-01-01'), (2, 2, '1999-01-01'), (2, 3, '2000-01-01'), (2, 4, '2001-01-01'), ->(2, 5, '2002-01-01'), (3, 1, '1998-01-01'), (3, 2, '1999-01-01'), (3, 3, '2000-01-01'), (3, 4, '2001-01-01'), ->(3, 5, '2002-01-01'), (4, 1, '1998-01-01'), (4, 2, '1999-01-01'), (4, 3, '2000-01-01'), (4, 4, '2001-01-01'), ->(4, 5, '2002-01-01'), (5, 1, '1998-01-01'), (5, 2, '1999-01-01'), (5, 3, '2000-01-01'), (5, 4, '2001-01-01'), ->(5, 5, '2002-01-01'); Query OK, 25 rows affected (0.05 sec) Records: 25 Duplicates: 0 Warnings: 0
假設執行下面的查詢:
SET optimizer_switch = 'use_index_extensions=off'; explain select count(*) from t1 where i1=3 and d= '2000-01-01' ;
在這種情況下,最佳化器不能使用主鍵,因為主鍵包含列(i1、i2),並且查詢沒有引用i2。相反,最佳化器可以使用列(d)上的輔助索引k_d,執行計劃取決於是否使用擴充套件索引。
當最佳化器不考慮索引擴充套件時,它將索引k_d僅視為(d)
mysql> SET optimizer_switch = 'use_index_extensions=off'; Query OK, 0 rows affected (0.00 sec) mysql> explain select count(*) from t1 where i1=3 and d= '2000-01-01' \G; *************************** 1. row *************************** id: 1 select_type: SIMPLE table: t1 partitions: NULL type: ref possible_keys: PRIMARY,k_d key: PRIMARY key_len: 4 ref: const rows: 5 filtered: 20.00 Extra: Using where 1 row in set, 1 warning (0.00 sec)
當最佳化器考慮到索引擴充套件時,它將k_d視為(d, i1, i2)。在這種情況下,它可以使用最左邊的索引字首(d, i1)來生成更好的執行計劃
mysql> SET optimizer_switch = 'use_index_extensions=on'; Query OK, 0 rows affected (0.00 sec) mysql> explain select count(*) from t1 where i1=3 and d= '2000-01-01' \G; *************************** 1. row *************************** id: 1 select_type: SIMPLE table: t1 partitions: NULL type: ref possible_keys: PRIMARY,k_d key: k_d key_len: 8 ref: const,const rows: 1 filtered: 100.00 Extra: Using index 1 row in set, 1 warning (0.00 sec)
在這兩種情況下,key表示最佳化器將使用輔助索引k_d,但是EXPLAIN輸出顯示了使用擴充套件索引所帶來的這些改進:
.key_len從4位元組變成了8位元組,指示鍵查詢使用了列d和i1,不僅僅是d。
.ref的值從const變成了const,const,因為鍵查詢使用兩個鍵的列而不是一個。
.rows:從5減到1,指示InnoDB將會檢查更少的行來生成查詢結果。
.Extra值從Using where;Using index變成了Using index。這意味著查詢記錄只需要使用索引而不用查詢資料行記錄。
可以使用show status來檢視最佳化器在使用與不使用擴充套件索引時的差異:
mysql> flush table t1; Query OK, 0 rows affected (0.01 sec) mysql> flush status; Query OK, 0 rows affected (0.03 sec)
上面的flush table和flush status語句用來清除表的快取和清除狀資料統計資料。
不使用索引擴充套件時show status產生的結果如下:
mysql> SET optimizer_switch = 'use_index_extensions=off'; Query OK, 0 rows affected (0.01 sec) mysql> select count(*) from t1 where i1=3 and d= '2000-01-01'; +----------+ | count(*) | +----------+ | 1 | +----------+ 1 row in set (0.00 sec) mysql> show status like 'handler_read%'; +-----------------------+-------+ | Variable_name | Value | +-----------------------+-------+ | Handler_read_first | 0 | | Handler_read_key | 1 | | Handler_read_last | 0 | | Handler_read_next | 5 | | Handler_read_prev | 0 | | Handler_read_rnd | 0 | | Handler_read_rnd_next | 0 | +-----------------------+-------+ 7 rows in set (0.00 sec)
使用索引擴充套件時,show status產生的結果如下,其中handler_read_next的值從5減到1,指示使用這個索引更有效率:
mysql> flush table t1; Query OK, 0 rows affected (0.01 sec) mysql> flush status -> ; Query OK, 0 rows affected (0.02 sec) mysql> SET optimizer_switch = 'use_index_extensions=on'; Query OK, 0 rows affected (0.00 sec) mysql> select count(*) from t1 where i1=3 and d= '2000-01-01'; +----------+ | count(*) | +----------+ | 1 | +----------+ 1 row in set (0.00 sec) mysql> show status like 'handler_read%'; +-----------------------+-------+ | Variable_name | Value | +-----------------------+-------+ | Handler_read_first | 0 | | Handler_read_key | 1 | | Handler_read_last | 0 | | Handler_read_next | 1 | | Handler_read_prev | 0 | | Handler_read_rnd | 0 | | Handler_read_rnd_next | 0 | +-----------------------+-------+ 7 rows in set (0.01 sec)
系統變數optimizer_switch的use_index_extensions標誌允許最佳化器在決定如何使用InnoDB表的輔助索引時使不使用主鍵列。預設情況下,use_index_extensions是啟用的。為了檢查禁用索引擴充套件是否可以提高效能可以執行以下語句:
mysql> SET optimizer_switch = 'use_index_extensions=off'; Query OK, 0 rows affected (0.01 sec)
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/26015009/viewspace-2713033/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- MySQL中InnoDB引擎對索引的擴充套件MySql索引套件
- C 擴充套件庫 – mysql API套件MySqlAPI
- php mysql擴充套件安裝PHPMySql套件
- MySql 擴充套件儲存引擎MySql套件儲存引擎
- PHP 擴充套件 Mysql 與 MysqliPHP套件MySql
- kotlin 擴充套件(擴充套件函式和擴充套件屬性)Kotlin套件函式
- MySQL InnoDB 索引MySql索引
- MySQL - 擴充套件性 2 擴充套件策略:氪金氪腦任君選MySql套件
- mysql空間擴充套件 VS PostGISMySql套件
- WCF擴充套件:行為擴充套件Behavior Extension套件
- ?用Chrome擴充套件管理器, 管理你的擴充套件Chrome套件
- mysql innodb索引高度MySql索引
- 【Kotlin】擴充套件屬性、擴充套件函式Kotlin套件函式
- 探索MySQL的InnoDB索引失效MySql索引
- Sanic 擴充套件套件
- ORACLE 擴充套件Oracle套件
- 擴充套件工具套件
- 擴充套件歐幾里得套件
- DOM擴充套件套件
- 擴充套件ACL套件
- Lua擴充套件套件
- 照片擴充套件套件
- 擴充套件篇套件
- disable or 擴充套件套件
- 擴充套件表套件
- Mybatis擴充套件MyBatis套件
- PHP擴充套件開發就是一個自己的PHP擴充套件PHP套件
- 表空間自動擴充套件 AUTOALLOCATE 的擴充套件規律套件
- 正則的擴充套件套件
- SRAM的容量擴充套件套件
- JMeter 擴充套件開發:擴充套件 TCP 取樣器JMeter套件TCP
- 安裝PHP之PDO_MYSQL擴充套件PHPMySql套件
- MySQL Sharding可擴充套件設計YMMySql套件
- MySQL 8.0:無鎖可擴充套件的 WAL 設計MySql套件
- MySQL InnoDB搜尋索引的StopwordsMySql索引
- MySQL的InnoDB索引原理詳解MySql索引
- ASP.NET Core擴充套件庫之Http通用擴充套件ASP.NET套件HTTP
- php7安裝redis擴充套件和memcache擴充套件PHPRedis套件