MySQL索引和字段类型，字段长度

首先是两个表， user_info 和 user_identify_info ，这两个表通过 user_id 关联。

user_info 中 user_id 字段是int(11)类型，主键索引

user_identify_info 中 user_id 是varchar类型，普通索引

执行结果如图，未使用到索引

将 user_identify_info 字段改为int(11)或者bigint类型，使用到索引

最后查到

1、字段是varchar类型，参数是int类型，不走索引

2、字段是varchar类型，参数是字符串，走索引

3、字段是int类型，参数是int类型，走索引

4、字段是int类型，参数是字符串，走索引

添加列delivery_address 字段扩展到1000

为这个字段添加单列索引，报异常出来，索引最大长度是3072 bytes

mysql5.7不报错，但会自动将索引长度限制在768

mysql8单列索引最长也是768

复合索引总长度不能超过768

MySQL的varchar索引只支持不超过768个字节

atin1 = 1 byte = 1 character

uft8 = 3 byte = 1 character

gbk = 2 byte = 1 character

如果是GBK，也就是双字节，那么这个索引能盛768/2=384字节。

由于历史原因，MySQL刚开始设计的时候，"天真的"认为使用3个字节就足够存储字符串了，因此将UTF-8进行阉割然而遇到复杂的汉字或者emoji表情等4字节的宽字符的时候，存储就会出现异常，因此在版本5.7.3开始引入utf8mb4，其表示为most bytes 4，即最多占用4个字节。

utf8mb4_unicode_ci是基于官方的Unicode规则进行排序和压缩，其算法相对负责，对于大部分的语言和字符集排序有着很高的准确率而uft8mb4_general_ci可以理解为一种为了提升速度的简化版Unicode规则，但由于它不完全遵循Unicode规则，在使用某种特定语言或者字符集时，会出现非预期的结果。

例:

总结:

UTF-8编码的字符可以是1-4个字节，但是在MySQL中最大只能存储3个字节。

在版本5.5开始引入innodb_large_prefix，其默认值为off，索引的前缀最大限制为767个字节；若值为on时(版本5.7.7开始作为默认值)，最大限制为3072个字节。

总结:

在后期版本 innodb_large_prefix 将会被逐渐废弃并移除。从版本8.0开始，索引长度限制由表字段(row format)决定，若为DYNAMIC或COMPRESSED时，限制值为3072；为REDUNDANT或COMPACT时，限制值为767。且row_format=dynamic时，长度3072是基于innodb_page_size=16KB，随着innodb_page_size的值按比例增减，其索引前缀长度也响应减小，如若为8KB时，长度为1536，因此在限制索引长度时，需根据使用的MySQL版本以及相应的参数进行配置决定。

---