MySQL 中 key_len 为何与预期不符？

数据库小白一枚，正在不断学习积累知识，现将学习到的知识记录一下，也是将我的所得分享给大家！而今天这篇文章《MySQL 中 key_len 为何与预期不符？》带大家来了解一下##content_title##，希望对大家的知识积累有所帮助，从而弥补自己的不足，助力实战开发！

MySQL 中 key_len 的计算方式

你在运行 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。

今天关于《MySQL 中 key_len 为何与预期不符？》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！