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