在MySQL的表结构设计中，突然想起来几个地方碰到的问题比较多，大体来说一个就是字符集，一个就是数据类型。

而字符集和数据类型结合起来，就有一个蛮有意思的细节，那就是行长度的问题。

比如我们创建一个表使用了varchar的类型，如果指定为gbk，表里含有一个字段，可以指定为32766字节，如果再长一些就不行了。

其中的计算方式就需要理解了，因为varhcar类型长度大于255，所以需要2个字节存储值的长度，而MySQL里面的页的单位是16k,使用了IOT的方式来存储。所以如果超过了这个长度，那就会有溢出的情况，和Oracle的overflow很类似。

所以对于gbk类型，行长度最大为65535，则varchar列的最大长度算法就是 (65535-2）/2 =32766.5，所以此处就是32766了。

> create table test_char(v varchar(32766)) charset=gbk;

Query OK, 0 rows affected (0.00 sec) > create table test_char1(v varchar(32767)) charset=gbk; ERROR 1118 (42000): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. You have to change some columns to TEXT or BLOBs而另外一种字符集，也是默认的字符集latin1,有些系统支持火星文的还是会喜欢用这种字符集。

它的长度就不一样了，对应是1字节，所以varchar(32767)是没有任何问题的，而最大长度就是65532了。

> create table test_char1(v varchar(32767)) charset=latin1; Query OK, 0 rows affected (0.01 sec) > create table test_char2(v varchar(65535)) charset=latin1; ERROR 1118 (42000): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. You have to change some columns to TEXT or BLOBs而对于utf8还是有很大的差别，对应的是3个字节，所以需要除以3，按照（65535-2）/3，最大值就是21844了。 > create table test_char2(v varchar(21844)) charset=utf8;     Query OK, 0 rows affected (0.00 sec) > create table test_char3(v varchar(21845)) charset=utf8; ERROR 1118 (42000): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. You have to change some columns to TEXT or BLOBs上面的场景相对来说会有一些局限性，那么我们引入表结构的设计。

如果是gbk字符集，含有下面的几个字段，则memo字段的varchar类型最大长度是多少？

> create table test_char3(id int,name varchar(20),memo varchar(32766)) charset=gbk;

ERROR 1118 (42000): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. You have to change some columns to TEXT or BLOBs

这个问题还是如法炮制，应用之前的计算方式，数值型是4个字节，字符型乘以2，含有字符型的长度小于255，所以减去1即可，这样下来就是（65535-1-4-20*2-2）约等于32743

> create table test_char3(id int,name varchar(20),memo varchar(32744)) charset=gbk;

ERROR 1118 (42000): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. You have to change some columns to TEXT or BLOB两种测试结果可以简单对比一下。 > create table test_char3(id int,name varchar(20),memo varchar(32743)) charset=gbk; Query OK, 0 rows affected (0.01 sec) select (65535-1-4-20*2-2)/2; +----------------------+ | (65535-1-4-20*2-2)/2 | +----------------------+ |           32744.0000 | +----------------------+ 1 row in set (0.00 sec)

整个过程还是需要考虑到这些点的，否则前期不够重视，在后面去做扩展的时候就会有很大的限制。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/23718752/viewspace-2141361/，如需转载，请注明出处，否则将追究法律责任。