总结MYSQL中VHARCHAR和TEXT

news2024/9/23 3:20:08

总结MYSQL中VHARCHAR和TEXT - 程序员古德

前几天在设计表结构时，针对表中的一个字段使用text还是使用varchar是受到了开发同学的挑战。本篇文章对text和varchar的区别做个总结。

VHARCHAR和TEXT对比

char(n)varchar(n)中括号中n代表字符的个数，并不代表字节个数，所以当使用了中文的时候(utf8)意味着可以插入m个中文，但是实际会占用m*3个字节。
同时char和varchar最大的区别就在于char不管实际value都会占用n个字符的空间，而varchar只会占用实际字符应该占用的空间+1，并且实际空间+1<=n。
超过char和varchar的n设置后，字符串会被截断。
char的上限为255字节，varchar的上限65535字节，text的上限为65535。
char在存储的时候会截断尾部的空格，varchar和text不会。
varchar会使用1-3个字节来存储长度，text不会。

下图可以非常明显的看到结果：

Value	CHAR(4)	Storage Required	VARCHAR(4)	Storage Required
‘’	’ ’	4 bytes	‘’	1 byte
‘ab’	'ab ’	4 bytes	‘ab’	3 bytes
‘abcd’	‘abcd’	4 bytes	‘abcd’	5 bytes
‘abcdefgh’	‘abcd’	4 bytes	‘abcd’	5 bytes

总体来说：

char，存定长，速度快，存在空间浪费的可能，会处理尾部空格，上限255。
varchar，存变长，速度慢，不存在空间浪费，不处理尾部空格，上限65535，但是有存储长度实际65532最大可用。
text，存变长大数据，速度慢，不存在空间浪费，不处理尾部空格，上限65535，会用额外空间存放数据长度，顾可以全部使用65535。

场景问题

从空间方面

varchar

varchar在mysql中满足最大行限制，也就是65535(16k)字节，在mysql中使用utf8（mysql中的utf8和我们正常的编码utf8不同）字符集一个字符占用三个字节。

使用utf8字符编码集varchar最大长度是(65535-2)/3=21844个字符（超过255个字符会有2字节的额外占用空间开销，所以减2，如果是255以下则减1），mysql中使用utf8字符集一个字符占用3个字节。
使用utf8mb4字符集varchar最大长度是(65535-2)/4=16383 个字符(超过255个字符会有2字节的额外占用空间开销，所以减2，如果是255以下则减1，mysql中utf8mb4字符集也就是我们通常使用的utf8mb4字符集)，mysql中使用utf8mb4字符集一个字符占用4个字节。

text

最大限制是64k，采用utf8字符集占用(262144-2)/3=87381个字符；采用utf8mb4字符集占用(262144-2)/4=65535个字符。除此之外基于 blob（二进制大对象）类型的变体还有如下三个：

text 的最大长度为 65,535 字节，与 varchar 相同。
mediumtext 的最大长度约为 16 兆字节。
longtext 的最大长度约为 4 gb。

另外，从官方文档中可以得知当varchar大于某些数值的时候其会自动转换为text，大概规则如下：

大于varchar（255）变为 tinytext
大于varchar（500）变为 text
大于varchar（20000）变为 mediumtext

所以对于过大的内容使用varchar和text没有太多区别。

关于性能方面

索引会是影响性能的最关键因素，而对于text来说只能添加前缀索引，并且前缀索引最大只能达到1000字节。而貌似varhcar可以添加全部索引，但是经过测试其实也不是。由于会进行内部的转换，所以long varchar其实也只能添加1000字节的索引，如果超长了会自动截断。如下代码：

localhost.test>create table test (a varchar(1500));
Query OK, 0 rows affected (0.01 sec)

localhost.test>alter table test add index idx_a(a);
Query OK, 0 rows affected, 2 warnings (0.00 sec)
Records: 0  Duplicates: 0  Warnings: 2

localhost.test>show warnings;
+---------+------+---------------------------------------------------------+
| Level   | Code | Message                                                 |
+---------+------+---------------------------------------------------------+
| Warning | 1071 | Specified key was too long; max key length is 767 bytes |
| Warning | 1071 | Specified key was too long; max key length is 767 bytes |
+---------+------+---------------------------------------------------------+

从上面可以明显单看到索引被截断了，而这个767是由于innodb自身的问题，使用innodb_large_prefix设置。