String Types(字符串类型)
字符串类型
Mysql支持多种字符串类型的变体。 这些数据类型在4.1和5.0版本中有较大的变化， 这使得这些数据类型变得更加复杂。 从Mysql4.1起， 每个字符串类型能有自己的字符集和针对这些字符集的排序规则集 (更多的关于排序规则的主题， 参考第5章)， 这对于性能有较大的影响。
VARCHAR和CHAR类型
VARCHAR和CHAR是两种最主要的存储字符串的数据类型， 不幸的是，的确有些困难解释这两种数据类型在磁盘和内存中是如何存储的， 因为这是与存储引擎相关的(比如， Falcon的差不多所有数1是， 请参考相应的存储引擎文档。
先看看VARCHAR和CHAR值的典型的磁盘存储方式。 同一种存储引擎对VARCHAR和CHAR在磁盘和内存中的存储格式可能是不一样的， 当从一个地方读取并存到另一个地方时， 服务器可能需要做一些转换工作。 两种数据类型的一些比较：
VARCHAR存储可变长度的字符串， 它应该是最为常见的数据类型了。 相对于固定长度的数据类型， 它需要的存储恐空间相对较少， 因为它按需分配存储空间 (比如， 存储短字符串的时候就用少的空间). 例外的地方在MyISAM中建立ROW_FORMAT=FIXED的表， 这种表对于每一行都使用相同数量空间来存储， 因而会导致空间浪费。VARCHAR 使用1或2个字节来记录值的长度: 如果字段的长度小于255个字节， 用1个字节， 否则用2个字节。假定使用latin1字符集， 一个VARCHAR(10)的字段值使用11个字节的存储空间， 1个VARCHAR(1000)的字段值使用1002字节的空间， 因为需要2个字节来存储长度信息。
VARCHAR有助于改善性能， 因为能节省空间。 但是， 因为记录的长度是可变的， 当修改的时候因为记录可能变长会导致一些额外的工作。 如果一列增长了而原来的存储空间不能存储修改后的值， 具体的增长策略是与具体的存储引擎相关的。 比如， MyISAM可能导致分行， 而innodb则可能会导致分页来处理。 其他的一些引擎则可能不会在原来的地方修改数据。
一般来说， 当某个字段的最大长度远远大于平均长度时; 或者很少修改字段因为碎片化不会是一个问题; 或者使用一个复杂的字符集合比如UTF-8, 而每个字符使用变长的字节来表示时， 使用VARCHAR来存储时值得的。
CHAR是固定长度的， Mysql总是分配足够的空间来存储指定数目的字符。当存储一个CHAR值时， Mysql会除去尾随空间(在4.1以及之前的版本， VARCHAR也是这么处理的， VARCHAR和CHAR逻辑上市一样的，只是存储格式不一样而已.) 当比较时， 字段后面会根据需要垫加一些空格来进行比较。
当需要存储非常短的字符串时; 或者所有的字段值差不多同样长时， CHAR非常有用。比如， 用CHAR来存储用户密码的md5结果值， 这些结果值是等长的。 当字段值长度变化频繁时， CHAR比VARCHAR要好， 因为固定长度的字段不容易导致碎片化。 对一些字段值很短的字段， CHAR也比VARCHAR高效， 用CHAR(1)来存储Y或者N只需要一个字节长度来存储数据， 而VARCHAR(1)则需要2个字节，因为需要一个字节来表示长度。
