char和varchar类型是相似的,但是他们在存储和检索上也存在不同,并且它们在最大长度和结尾是否保留空格上也有不同。
char的长度在你创建表格的时候由你自己定义的.长度的范围是0-255。当char值被存储的时候,它使用空格填充到规定的长度。当检查char值时,结尾空格将删除尾部空格,除非PAD_CHAR_TO_FULL_LENGTH这个SQL_MODE被启用。
varchar列中的值是可变的字符串,长度规定在0到65535范围内。VACHAR的有效最大长度受限于最大行大小和使用的字符集。
与char产生鲜明对比的是,varchar的值被用1-2两个字节存储前缀数据。前缀的长度表明字节数,如果不超过255字节,一列使用一个长度的字节来表示。如果超过255字节,则使用两个长度的字节。
如果没启动严格的SQL模式,对CHAR或者VARCHAR进行赋值阶段,如果列超过了列的最大长度,值会裁剪然后生成一个警告。如果使用严格的SQL模式,会产生一个错误。
不管使用那种SQL模式,VARCHAR在插入前都会截断超出列长度的结尾空格,并生成警告。
char & varchar设置的最长度仅为8,但是下面的语句是可以执行成功的
update `SimpleBookStore`.`Book_0` set `text`='123123 ' where `id`='2'
和标准的SQL保持一致,VARCHAR的值当他们被存储的时候值不会被填充,被存储的时候尾部空格会被存储和检索。
下表通过显示将各种字符串值存储到CHAR(4)和VARCHAR(4)列中的结果来说明CHAR和VARCHAR之间的区别(假设该列使用单字节字符集,如latin1)。
显示在表的最后一行中的值仅在不使用严格的SQL模式时才适用。 如果启用了严格模式,则不会存储超过列长度的值,并且会导致错误。
InnoDB将长度大于或等于768字节的固定长度字段编码为可变长度字段,可以将其存储在页面外。 例如,如果字符集的最大字节长度大于3(如utf8mb4一样),则CHAR(255)列可以超过768个字节。
如果给定值存储在CHAR(4)和VARCHAR(4)列中,则从这些列检索的值并不总是相同的,因为检索时会从CHAR列中删除尾随空格。 以下示例说明了这种差异:
mysql> CREATE TABLE vc (v VARCHAR(4), c CHAR(4));
Query OK, 0 rows affected (0.01 sec)
mysql> INSERT INTO vc VALUES ('ab ', 'ab ');
Query OK, 1 row affected (0.00 sec)
mysql> SELECT CONCAT('(', v, ')'), CONCAT('(', c, ')') FROM vc;
+---------------------+---------------------+
| CONCAT('(', v, ')') | CONCAT('(', c, ')') |
+---------------------+---------------------+
| (ab ) | (ab) |
+---------------------+---------------------+
1 row in set (0.06 sec)
CHAR,VARCHAR和TEXT列中的值根据分配给该列的字符集排序规则进行排序和比较。