设为首页 收藏本站
查看: 701|回复: 0

[经验分享] MySQL中索引的长度的限制

[复制链接]

尚未签到

发表于 2018-9-27 10:27:15 | 显示全部楼层 |阅读模式
  参考: http://dinglin.iteye.com/blog/1681332
  单列索引的长度的限制
  (5.6里面默认不能超过767bytes,5.7不超过3072bytes):
  起因是256×3-1=767。这个3是字符最大占用空间(utf8)。但是在5.5以后,开始支持4个字节的uutf8。255×4>767, 于是增加了一个参数叫做 innodb_large_prefix
  # 256的由来: 只是因为char最大是255,所以以前的程序员以为一个长度为255的index就够用了,所以设置这个256.历史遗留问题。   --- by 阿里-丁奇
  在MySQL5.6里默认 innodb_large_prefix=0 限制单列索引长度不能超过767bytes
  官网文档:https://dev.mysql.com/doc/refman/5.6/en/innodb-parameters.html#sysvar_innodb_large_prefix
  注意:
  在MySQL5.6里面,设置了innodb_large_prefix=ON、innodb_file_format=barracuda、innodb_file_per_table=ON ,且Innodb表的存储格式为 DYNAMIC 或 COMPRESSED,则前缀索引最多可包含3072个字节,前缀索引也同样适用。
  如下2例:
> create table t_DYNAMIC(  
a int PRIMARY key not null AUTO_INCREMENT,
  
b varchar(3072))
  
character set=latin1
  
ROW_FORMAT=DYNAMIC ;
  
> alter table t_DYNAMIC add index idx_b(b); -- 成功
  

  
> create table t_COMPACT(
  
a int PRIMARY key not null AUTO_INCREMENT,
  
b varchar(1000))
  
character set=latin1 ROW_FORMAT=COMPACT ;
  
> alter table t_COMPACT add index idx_b(b(800));   -- 失败,提示(1709, Index column size too large. The maximum column size is 767 bytes.)
  在MySQL5.7里默认 innodb_large_prefix=1 解除了767bytes长度限制,但是单列索引长度最大还是不能超过3072bytes
  联合索引的长度的限制 (不能超过3072bytes):
CREATE TABLE `tb` (  
  `a` varchar(255) DEFAULT NULL,
  
  `b` varchar(255) DEFAULT NULL,
  
  `c` varchar(255) DEFAULT NULL,
  
  `d` varchar(255) DEFAULT NULL,
  
  `e` varchar(255) DEFAULT NULL,
  
  KEY `idx_a` (`a`,`b`,`c`,`d`,`e`)
  
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
  上面这个建表语句会报错: ERROR 1071 (42000): Specified key was too long; max key length is 3072 bytes
  因为它创建的联合索引idx_a的长度为:255*3*5= 3825 bytes ,大于最大值 3072 bytes
  为什么3072,原因如下:   
  我们知道InnoDB一个page的默认大小是16k。由于是Btree组织,要求叶子节点上一个page至少要包含两条记录(否则就退化链表了)。
  所以一个记录最多不能超过8k。
  又由于InnoDB的聚簇索引结构,一个二级索引要包含主键索引,因此每个单个索引不能超过4k (极端情况,primay-key和某个二级索引都达到这个限制)。
  由于需要预留和辅助空间,扣掉后不能超过3500,取个“整数”就是 (1024bytes*3=3072bytes)。



运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-602686-1-1.html 上篇帖子: MySQL数据加密以及安全维护 下篇帖子: MySQL数据库的备份与恢复之xtrabackup工具的使用
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表