你在運行 EXPLaiN 查看執(zhí)行計劃時，注意到了 key_len 不是你預(yù)期的 60，而是 80。這是因為 MySQL 中 key_len 的計算方式與你想象的不同。
在 MySQL 中，char 和 varchar 類型的數(shù)據(jù)在存儲時都會被轉(zhuǎn)換為 UTF-8。每個 UTF-8 字符的長度從 1 到 4 個字節(jié)不等，具體取決于字符的編碼。
對于 char(20) 類型的列，它實際上可以在存儲中占用高達 80 個字節(jié)，因為每個字符最多可以占用 4 個字節(jié)。因此，即使表中只有 3 條記錄，key_len 仍然是 80，而不是 60。
值得注意的是，key_len 并不是指表中實際存儲的數(shù)據(jù)大小，而是指索引中存儲的數(shù)據(jù)大小。索引是根據(jù)表中的列創(chuàng)建的，它本質(zhì)上是一種快速查找表中數(shù)據(jù)的目錄。由于索引是按照升序或降序排列的，因此索引中的值必須按該順序存儲。
因此，MySQL 會使用一種叫做前綴壓縮的技術(shù)來存儲索引值。這種技術(shù)可以減少索引中存儲的數(shù)據(jù)大小，從而提高查詢性能。前綴壓縮會刪除索引值中重復(fù)的字符序列，并用指向這些重復(fù)字符序列的指針代替。
在你的例子中，student_name 索引的值都是以 ‘L’ 開頭的。因此，MySQL 會將 ‘L’ 字符存儲一次，并在其他值中用指向 ‘L’ 字符的指針代替。這可以大大減少索引值的大小，從而降低 key_len。
