由于开发人员对索引认识不深或忽略,还有版本不同等问题,在生产环境中创建表失败,引发了一些问题。归纳了一下
测试环境
mysql> select version();
+------------+
| version() |
+------------+
| 5.5.31-log |
+------------+
1 row in set (0.01 sec)
innodb 引擎
ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes
innodb 单列索引长度不能超过767 bytes,联合索引限制是3072 bytes 。对于创建innodb的组合索引中,如果各个列中的长度有单个超过767 bytes,也会创建失败;
myisam 引擎
创建复合索引:
mysql> CREATE TABLE `meta_topic_scan` (
-> `topic_name` varchar(200) NOT NULL,
-> `topic_url` varchar(200) NOT NULL,
-> `topic_pv` int(11) DEFAULT '0',
-> `topic_uv` int(11) DEFAULT '0',
-> PRIMARY KEY (`domain`,`topic_name`,`topic_url`)
-> ) ENGINE=myisam DEFAULT CHARSET=utf8 ;
ERROR 1071 (42000): Specified key was too long; max key length is 1000 bytes
创建单列索引:
mysql> CREATE TABLE `meta_topic_scan` (
-> `domain` varchar(334) NOT NULL,
-> `topic_name` varchar(200) NOT NULL,
-> `topic_url` varchar(200) NOT NULL,
-> `topic_pv` int(11) DEFAULT '0',
-> `topic_uv` int(11) DEFAULT '0',
-> PRIMARY KEY (`domain`)
-> ) ENGINE=myisam DEFAULT CHARSET=utf8 ;
ERROR 1071 (42000): Specified key was too long; max key length is 1000 bytes
由此可知:myisam 单列索引长度、所创建的复合索引长度和都不能超过1000 bytes,否则会报错,创建失败。
另外不同字符集占用不同字节:latin一个字符占1 bytes,utf8存储一个字符占3 bytes, gbk存储一个字符2 bytes
扩展: innodb复合索引长度为什么是3072
我们知道InnoDB一个page的默认大小是16k。由于是Btree组织,要求叶子节点上一个page至少要包含两条记录(否则就退化链表了)。
所以一个记录最多不能超过8k。
又由于InnoDB的聚簇索引结构,一个二级索引要包含主键索引,因此每个单个索引不能超过4k (极端情况,pk和某个二级索引都达到这个限制)。
由于需要预留和辅助空间,扣掉后不能超过3500,取个“整数”就是(1024*3)。
单列索引限制
上面有提到单列索引限制767,起因是256×3-1。这个3是字符最大占用空间(utf8)。但是在5.5以后,开始支持4个字节的uutf8。255×4>767, 于是增加了一个参数叫做 innodb_large_prefix。
这个参数默认值是OFF。当改为ON时,允许列索引最大达到3072。
如下效果(5.5):
扩展参考资料 http://dinglin.iteye.com/blog/1681332