MySQL中varchar和char类型的区别

前述

varchar和char是两种最主要的字符串类型。不幸的是，很难精确地解释这些值是怎么存储在磁盘和内存中的，因为这跟存储引擎的具体实现有关。下面的描述假设使用的存储引擎是innodb和/或者myisam。如果使用的不是这两种存储引擎，请参考所使用的存储引擎的文档。

先看看varchar和char值通常在磁盘上怎么存储。请注意，存储引擎存储char或者varchar值的方式在内存中和在磁盘上可能不一样，所以mysql服务器从存储引擎读出的值可能需要转换为另一种存储格式。

varchar类型

varchar类型用于存储可变长字符串，是最常见的字符串数据类型。它比定长类型更节省空间，因为它仅使用必要的空间(例如，越短的字符串使用越少的空间)。有一种情况例外，如果mysql表使用row_format=fixed创建的话，每一行都会使用定长存储，这会很浪费空间。

varchar需要使用1或2个额外字节记录字符串的长度：如果列的最大长度小于或等于255字节，则只使用1个字节表示，否则使用2个字节。假设采用latin1字符集，一个varchar(10)的列需要11个字节的存储空间。varchar(1000)的列则需要1002个字节，因为需要2个字节存储长度信息。

varchar节省了存储空间，所以对性能也有帮助。但是，由于行是变长的，在update时可能使行变得比原来更长，这就导致需要做额外的工作。如果一个行占用的空间增长，并且在页内没有更多的空间可以存储，在这种情况下，不同的存储引擎的处理方式是不一样的。例如，myisam会将行拆成不同的片段存储，innodb则需要分裂页来使行可以放进页内。其他一些存储引擎也许从不在原数据位置更新数据。

varchar适用情况

下面这些情况下适用varchar是合适的：

字符串列的最大长度比平均长度大很多
列的更新很少，所以碎片不是问题
使用了像utf-8这样复杂的字符集，每个字符都使用不同的字节数进行存储

char类型

char类型是定长的：mysql总是根据定义的字符串长度分配足够的空间。当存储char值时，mysql会删除所有的末尾空格。char值会根据需要采用空格进行填充以方便比较。

char适合存储很短的字符串，或者所有值都接近同一个长度。例如，char非常适合存储密码的md5值，因为这是一个定长的值。对于经常变更的数据，char也比varchar更好，因为定长的char类型不容易产生碎片。对于非常短的列，char比varchar在存储空间上也更有效率。例如用char(1)来存储只有y和n的值，如果采用单字节字符集只需要一个字节，但是varchar(1)却需要两个字节，因为还有一个记录长度的额外字节。

测试

下面通过例子来具体说明char与varchar行为上的不同，首先，我们创建一张只有一个char(10)字段的表，并且往里面插入一些值：

				?

									create table char_test

									(

									    char_col char(10)

									);

									insert into char_test 

									values

									    ('string1').

									    ('  string2').

									    ('string3  ');

当我们检索这些值的时候，会发现string3末尾的空格被截断了。

				?

									select concat("'", char_col, "'")

									from char_test;

MySQL中varchar和char类型的区别

执行结果

如果用varchar(10)字段存储相同的值，可以得到如下结果：

				?

									create table varchar_test

									(

									    varchar_col varchar(10)

									);

									insert into varchar_test 

									values

									    ('string1').

									    ('  string2').

									    ('string3  ');

									select concat("'", varchar_col, "'")

									from varchar_test;