有同学问到InnoDB的索引长度问题，简单说几个tips。
MySQL的每个单表中所创建的索引长度是有限制的,且对不同存储引擎下的表有不同的限制。
- myisam表，单列索引，最大长度不能超过 1000 bytes，否则会报警，但是创建成功，最终创建的是前缀索引（取前333个字符）。
- myisam表，组合索引，索引长度和不能超过 1000 bytes，否则会报错，创建失败；
- innodb表，单列索引，超过 767 bytes的，给出warning，最终索引创建成功，取前缀索引（取前 255 字符）。
- innodb表，组合索引，各列长度不超过 767 bytes ，如果有超过 767 bytes 的，则给出报警，索引最后创建成功，但是对于超过 767 字节的列取前缀索引，与索引列顺序无关，总和不得超过 3072 ，否则失败，无法创建。
测试：
作者只对mysql innodb 引擎，utf8字符集定义的表做了实际的测试，myisam留给读者
版本：
新建测试表：
组合索引中有大于 767 bytes的字段，产生告警
结合上边两个测试结果，可以看到组合索引长度之和大于 767 bytes并无影响，当有某个字段定义长度大于 767 bytes（1000*3）时，仅产生告警，但不影响创建，超长字段会取前 255 字符作为前缀索引，并且结合下图得知，和组合索引中字段出现的顺序并无关系。
可以看到，由于每个字段占用255*3, 因此这个索引的大小是3825>3072，报错。
为什么3072
InnoDB一个page的默认大小是 16 k。由于是Btree组织，要求叶子节点上一个page至少包含两条记录（否则就退化链表了）。所以一个记录最多不能超过 8 k。又由于InnoDB的聚簇索引结构，一个二级索引要包含主键索引，因此每个单个索引不能超过 4 k（极端情况，pk和某个二级索引都达到这个限制）。由于需要预留和辅助空间，扣掉后不能超过 3500 ，取个“整数”就是(1024*3)。
单列索引限制
默认情况下，InnoDB 引擎单一字段索引的长度最大为 767 字节，同样的，前缀索引也有同样的限制。当使用 UTF-8 字符集，每一个字符使用 3 字节来存储，767＝256*3－1，在 TEXT 或者 VARCHAR 类型的字段上建立一个超过 255 字符数的前缀索引时就会遇到问题。至于为什么字符长度限制在 256 内，我猜是为提高索引效率，应为varchar类型需要额外的字节保留其长度信息，256 就将其限定在一个字节了。但是在5.5以后，开始支持4个字节的uutf8。255×4>767, 于是增加了一个参数叫做innodblargeprefix。这个参数默认值是OFF，当改为ON时，允许列索引最大达到 3072 字节。要求表的 row_format 需要使用 compressed 或者 dynamic。
主要字符集的计算方式：
- latin1 = 1 byte = 1 character
- uft8 = 3 byte = 1 character
- gbk = 2 byte = 1 character
使用前缀索引带来的风险：
INNODB的索引会限制单独Key的最大长度为 767 字节，超过这个长度必须建立小于等于 767 字节的前缀索引。 此外，BLOB和TEXT类型的列只能创建前缀索引。 前缀索引能提高索引建立速度和检索速度，但是下面情况是无法使用前缀索引的：
- 索引覆盖扫描
- 通过索引的排序（order by, group by）
还是在上面的测试表上：
author:bill
2015年 12月 08日