MariaDB 10.0.8增加了一種新的執行計劃——Extended Keys。 它充分利用了InnoDB的隱藏列來做執行計劃，因為我們都知道InnoDB的索引組織表會把主鍵放在最末尾，所以實際上每個索引最后都包含了主鍵。 打開和關閉這個優化器選項的命令如下： Enable: ~~~ set optimizer_switch='extended_keys=on'; ~~~ Disable: ~~~ set optimizer_switch='extended_keys=off'; ~~~ MariaDB 10.0.8中默認選項是 'extended_keys=off'. MariaDB 10.0.9開始默認選項是 'extended_keys=on'. 看一個例子： 有一個DBT-3/TPC-H 測試中用到的SQL如下 ~~~ select o_orderkey from part, lineitem, orders where p_retailprice > 2095 and o_orderdate='1992-07-01' and o_orderkey=l_orderkey and p_partkey=l_partkey; ~~~ 這個查詢是尋找發生在1992-07-01 并且零售價格高于2095的orderkeys. 通過 Extended Keys, 這個查詢可以通過下面的計劃執行: 掃描i_p_retailprice索引獲得p_retailprice>2095的行，再從 extended keys中讀取p_partkey（主鍵）的值。 對于每一個p_partkey的值，通過對lineitem表的i_l_partkey索引掃描，從 extended index中獲取l_orderkey（主鍵）。 對于每一個被選中的l_orderkey值，再通過i_o_orderdate索引去查找o_orderkey（主鍵）的值。 這種訪問方式所有的訪問數據都沒有回表，所以性能好的多。 下面是執行計劃: ~~~ MariaDB [dbt3sf10]> explain -> select o_orderkey -> from part, lineitem, orders -> where p_retailprice > 2095 and o_orderdate='1992-07-01' -> and o_orderkey=l_orderkey and p_partkey=l_partkey\G *************************** 1\. row *************************** id: 1 select_type: SIMPLE table: part type: range possible_keys: PRIMARY,i_p_retailprice key: i_p_retailprice key_len: 9 ref: NULL rows: 100 Extra: Using where; Using index *************************** 2\. row *************************** id: 1 select_type: SIMPLE table: lineitem type: ref possible_keys: PRIMARY,i_l_suppkey_partkey,i_l_partkey,i_l_orderkey,i_l_orderkey_quantity key: i_l_partkey key_len: 5 ref: dbt3sf10.part.p_partkey rows: 15 Extra: Using index *************************** 3\. row *************************** id: 1 select_type: SIMPLE table: orders type: ref possible_keys: PRIMARY,i_o_orderdate key: i_o_orderdate key_len: 8 ref: const,dbt3sf10.lineitem.l_orderkey rows: 1 Extra: Using index 3 rows in set (0.00 sec) ~~~