國美金融貸款聚集主鍵索引值，國美金融貸款記錄根節點

國美金融貸款聚集索引樹的鍵值(key)是主鍵索引值(i=10)，聚集索引節點值(value)是其他非聚集索引列(c1,c2,c3)以及隱含列(db_trx_id、db_roll_ptr)。

優化建議1：國美金融貸款盡量不要儲存大物件資料，使得每個葉子節點都能儲存更多資料，降低碎片率，提高buffer pool利用率。此外也能盡量避免發生overflow。

3.2 特點2：國美金融貸款聚集索引非葉子節點儲存指向子節點的指標。

對上面的測試表繼續寫入新資料，直到國美金融貸款聚集索引樹從一層**成兩層。

國美金融貸款根據 innodb表聚集索引層高什麼時候發生變化裡的計算方式，推算出來預計乙個葉子節點最多可儲存111條記錄，因此在插入第112條記錄時，就會從一層高度**成兩層高度。經過實測，也的確是如此。

[[email protected]] [innodb]>select count(*) from t1;

[[email protected]]# innblock innodb/t1.ibd scan 16

===index_id:238

level1 total block is (1)

block_no: 3,level: 1|*|

level0 total block is (2)

block_no: 5,level: 0|*|block_no: 6,level: 0|*|

此時可以看到國美金融貸款根節點依舊是pageno=3，而葉子節點變成了[5, 6]兩個page。由此可知，國美金融貸款根節點上應該只有兩條物理記錄，儲存著分別指向pageno=[5, 6]這兩個page的指標。

我們解析下3號page，看看它的具體結構：

[[email protected]]# innodb_space -s ibdata1 -t innodb/t1 -p 3 page-dump

records:

,:externs=>,

:length=>5},

:next=>138,

:type=>:clustered,

#第一條記錄，只儲存key值

:key=>,

:row=>,

:sys=>,

:child_page_number=>5, #value值是指向的葉子節點pageno=5

:length=>8} #整條記錄消耗8位元組，除去key值4位元組外，指標也需要4位元組

,:externs=>,

:length=>5},

:next=>112,

:type=>:clustered,

#第二條記錄，只儲存key值

:key=>,

:row=>,

:sys=>,

:child_page_number=>6, #value值是指向的葉子節點pageno=6

:length=>8}

優化建議2: 國美金融貸款索引列資料長度越小越好，這樣索引樹儲存效率越高，在非葉子節點能儲存越多資料，延緩索引樹層高**的速度，平均搜尋效率更高。