[Err] 1071 - Specified key was too long; max key length is 767 bytes
字符集与排序规则
utf8_general_ci编码每个字符需要3个字节,所以varchar(20)使用61个字节,varchar(255)使用766个字节;
utf8mb4_general_ci编码每个字符需要4个字节,所以varchar(20)使用81个字节,varchar(255)使用1021个字节;
以下部分转自 http://blog.csdn.net/qqduxingzhe/article/details/65444893;
utf8 跟utf8mb4具有相同的储存特性:相同的代码值,相同的编码,相同的长度。
不过utf8mb4扩展到一个字符最多可有4位元,所以能支持更多的位元集。
utf8mb4兼容utf8,且比utf8能表示更多的字串,将编码改为utf8mb4外不需要做其他转换。
为了要跟国际接轨,原本的utf8编码在储存某些国家的文字(或是罕见字)已经不敷使用,
因此在mysql 5.5.3版以上,可以使用4-Byte UTF-8 Unicode的编码方式。
utf8跟utf8mb4具有相同的储存特性:相同的代码值,相同的编码,相同的长度。
不过utf8mb4扩展到一个字符最多可有4位元,所以能支持更多的位元集。
utf8mb4兼容utf8,且比utf8能表示更多的字串,将编码改为utf8mb4外不需要做其他转换。
utf8已经能够存下大部分的中文字,那为什么还要改成使用utf8mb4呢?
原因为mysql支持的utf8编码最大长度为3位元(Unicode字符是0xffff)称之Unicode的基本多文种平面(BMP),但如果遇到4位元的宽字串就会插入异常了,也就是任何不在基本多文本平面的Unicode字串,都无法使用Mysql的utf8字串集储存。
如果要开发讨论区或是大型跨国网页程式,为了拥有更加的文字兼容性,就可以使用utf8mb4。
然而,在CHAR类型数据,utf8mb4会比utf8多消耗一些空间,故Mysql官方指出,使用VARCHAR替代CHAR。
最后,到底要用utf8mb4_general_ci还是utf8mb4_unicode_ci呢?
建议使用:utf8mb4_unicode_ci
utf8mb4_unicode_ci使用标准的Unicode Collation Algorithm(UCA),
utf8mb4_general_ci比utf8mb4_unicode_ci速度要来得快,
但是utf8mb4_unicode_ci比utf8mb4_general_ci要来得精确。