登录
首页 >  数据库 >  MySQL

MySQL 中 key_len 为何与预期不符?

时间:2024-11-14 20:01:00 133浏览 收藏

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


MySQL 中 key_len 为何与预期不符?

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学习网公众号下多多回复交流;文中若有不正之处,也希望回复留言以告知!

相关阅读
更多>
最新阅读
更多>
课程推荐
更多>