MySQL的varchar定义长度到底是字节还是字符，varchar字符长度的计算

1.在开始之前先简单介绍下字符和字节的区别：

详细的可以参考：

2.环境：CentOS7.x，MySQL5.7.x

2.1 utf8字符集下：

添加数据（截图）： 查询数据：

2.2 GBK字符集

添加数据（截图）：

查询数据：

由此可见，varchar定义的长度的单位是字符，哪怕是1个多字节字符也是1个字符，如中文和英文字母都被当作1个字符来对待。

那么**varchar能够定义的最大长度是多少呢？**这个和你当前所使用的字符集有关。抛开字符，其最大长度为65535字节(这是最大行大小，由所有列共享)，而放在不同的字符集下，能够定义的最大长度就会有所不同，

如UTF8下是21845。据说MySQL5中varchar的长度也为字符，而MySQL4中的则为字节，未经证实，感兴趣的有环境可以自己测下。

顺便补充一下，char数据类型定义的长度也为字符，其最大长度为255。

3.1 编码长度限制：

3.2 varchar和char 的区别：

char是一种固定长度的类型 varchar则是一种可变长度的类型

区别： - char(M)类型的数据列里，每个值都占用M个字节，如果某个长度小于M，MySQL就会在它的右边用空格字符补足．（在检索操作中那些填补出来的空格字符将被去掉） - 在varchar(M)类型的数据列里，每个值只占用刚好够用的字节再加上一个用来记录其长度的字节（即总长度为L+1字节）．

在MySQL中用来判断是否需要进行对据列类型转换的规则：

4.1 限制规则

A.字段的限制在字段定义的时候有以下规则：

存储限制

varchar最多能存储65535个字节的数据。varchar 的最大长度受限于最大行长度（max row size，65535bytes）。65535并不是一个很精确的上限，可以继续缩小这个上限。65535个字节包括所有字段的长度，变长字段的长度标识（每个变长字段额外使用1或者2个字节记录实际数据长度）、NULL标识位的累计。

NULL标识位，如果varchar字段定义中带有default null允许列空,则需要需要1bit来标识，每8个bits的标识组成一个字段。一张表中存在N个varchar字段，那么需要（N+7）/8 （取整）bytes存储所有的NULL标识位。

字符字节参考表： 详细地址：https://blog.csdn.net/yinjinshui/article/details/102502128

demo1: 如果数据表只有一个varchar字段且该字段DEFAULT NULL，那么该varchar字段的最大长度为65532个字节，即65535-2-1=65532 byte。

字符编码：latin1

说明： 当设置长度为65533时，已经超过行最大长度，我们可以计算一下，行最大长度是65535字节。

latin_t2表name字段使用varchar（65533），字符集是latin1，占用1个字节,还有默认为空，那么还有null标识位，( 1 + 7 ) / 8 =1,所以null标识位占用1个字节。65533 + 1 + 2=65536字节，已经大于行最大长度。

这里2字节怎么来的？？？

因为varchar类型存储变长字段的字符类型，与char类型不同的是，其存储时需要在前缀长度列表加上实际存储的字符，当存储的字符串长度小于255字节时，其需要1字节的空间，当大于255字节时，需要2字节的空间。

demo2: 如果数据表只有一个varchar字段且该字段NOT NULL，那么该varchar字段的最大长度为65533个字节，即65535-2=65533byte

B.编码长度限制

1.字符类型若为gbk，每个字符最多占2个字节，最大长度不能超过32766【32766*2=65532字节】; 【 注意：gbk为什么不是 65535/2=32767 个字符， 原因: 1.需要减1，实际行存储从第二个字节开始 2.减2的原因是varchar头部的2个字节表示长度 (65535-1-2)/2=32766 】

2.字符类型若为utf8，每个字符最多占3个字节，最大长度不能超过21845【21845*3=65535字节】。 若定义的时候超过上述限制，则varchar字段会被强行转为text类型，并产生warning。

截图： C.行长度限制

导致实际应用中varchar长度限制的是一个行定义的长度。 MySQL要求一个行的定义长度不能超过65535。若定义的表长度超过这个值，则提示 ERROR 1118 (42000): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs

5.1若一个表只有一个varchar类型，如定义为：

5.2若一个表定义为

如果被varchar超过上述的b规则，被强转成text类型，则每个字段占用定义长度为11字节，当然这已经不是varchar了。

则此处N的最大值为 (65535-1-2-4-30*3)/3=21812, 例子如下:

5.3若一个表定义为

varchar到底能存多少个字符？这与使用的字符集相关，latin1、gbk、utf8编码存放一个字符分别需要占1、2、3个字节。

6.InnodDB 中的varchar

早期的innodb_file_forma使用的Antelope文件格式，支持redundant和compact两种row_format。从5.5开始或者InnoDB1.1，可以使用一种新的file format，Barracuda。Barracuda兼容Redundant，另外还支持dynamic和compressed两种row_format.

当innodb_file_format=Antelope，ROW_FORMAT=REDUNDANT 或者COMPACT。 innodb的聚集索引（cluster index）仅仅存储varchar、text、blob字段的前768个字节，多余的字节存储在一个独立的overflow page中，这个列也被称作off-page。768个字节前缀后面紧跟着20字节指针，指向overflow pages的位置。

另外，在innodb_file_format=Antelope情况下，InnoDB中最多能存储10个大字段（需要使用off-page存储）。innodbd的默认page size为16KB，InnoDB单行的长度不能超过16k/2=8k个字节，（768+20）*10 < 8k。 当innodb_file_format=Barracuda, ROW_FORMAT=DYNAMIC 或者 COMPRESSED

innodb中所有的varchar、text、blob字段数据是否完全off-page存储，根据该字段的长度和整行的总长度而定。对off-page存储的列，cluster index中仅仅存储20字节的指针，指向实际的overflow page存储位置。如果单行的长度太大而不能完全适配cluster index page，innodb将会选择最长的列作为off-page存储，直到行的长度能够适配cluster index page。

7.MyISAM中的varchar 对于MyISAM引擎，varchar字段所有数据存储在数据行内（in-line）。myisam表的row_format也影响到varchar的物理存储行为。

MyISAM的row_format可以通过create或者alter sql语句设为fixed和dynamic。另外可以通过myisampack生成row_format=compresse的存储格式。

当myisam表中不存在text或者blob类型的字段，那么可以把row_format设置为fixed(也可以为dynamic)，否则只能为dynamic。

当表中存在varchar字段的时候，row_format可以设定为fixed或者dynamic。使用row_format=fixed存储varchar字段数据，浪费存储空间，varchar此时会定长存储。row_format为fixed和dynamic，varchar的物理实现方式也不同（可以查看源代码文件field.h和field.cc），因而myisam的row_format在fixed和dynamic之间发生转换的时候，varchar字段的物理存储方式也将会发生变化。