char-varchar

CHAR和VARCHAR类型声明的长度表示你想要保存的最大字符数。

char和varchar与数据类型在长度限制上有区别，数据类型的长度限制仅仅是限制查询时显示的长度，并不影响数据本身的长度，长度本身是由数据类型决定的，而char和varchar的长度限制则是限制的存储长度，超过会被截断。

char长度固定，字符串本身长度，无长度记录。定义时必须有长度修饰，长度不足指定长度用空格填充（填充右边），超过截断。保存和检索时自动去掉尾部空格，如果被裁掉的字符不是空格，则会产生一条警告。

varchar长度可变，字符串本身长度加额外一个或多个表示字符串长度的字节（表示字符长度的字节并不在定义数据类型时指定的长度之内，而是有数据库单独提供）。必须有长度修饰，长度不足指定长度存储实际长度加一个或多个额外字节存储字符串长度，超过截断。保存和检索时尾部空格保留，如果被裁掉的字符不是空格，则会产生一条警告。

比较：char长度固定，处理速度比varchar快，但是varchar节省空间，开发中自己找平衡。如果被裁掉的字符不是空格，则会产生一条警告。如果裁剪非空格字符，则会造成错误(而不是警告)并通过使用严格SQL模式禁用值的插入。

myisam 存储引擎 建议使用固定长度，数据列代替可变长度的数据列。
memory存储引擎 目前都使用固定数据行存储，因此无论使用char varchar列都没关系，
innodb 存储引擎 建意使用varchar 类型 

对于InnoDB表，因为它的数据行内部存储格式对固定长度的数据行和可变长度的数据行不加区分（所有数据行共用一个表头部分，这个标头部分存放着指向各有关数据列的指针），所以使用char类型不见得会比使用varchar类型好。事实上，因为char类型通常要比varchar类型占用更多的空间，所以从减少空间占用量和减少磁盘i/o的角度，使用varchar类型反而更有利. 

varchar长度是可变的，为此在数据进行更新时可能会导致一些额外的工作。如在更改前，其字符长度是10位(Varchar规定的最长字符数假设是50位)，此时系统就只给其分配10个存储的位置(假设不考虑系统自身的开销)。更改后，其数据量达到了20位。由于没有超过最大50位的限制，为此数据库还是允许其存储的。只是其原先的存储位置已经无法满足其存储的需求。此时系统就需要进行额外的操作。如根据存储引擎不同，有的会采用拆分机制，而有的则会采用分页机制。

从碎片角度进行考虑。使用CHAR字符型时，由于存储空间都是一次性分配的。为此某个字段的内容，其都是存储在一起的。单从这个角度来讲，其不存在碎片的困扰。而可变长度的字符数据类型，其存储的长度是可变的。当其更改前后数据长度不一致时，就不可避免的会出现碎片的问题。故使用可变长度的字符型数据时，数据库管理员要时不时的对碎片进行整理。如执行数据库导出导入作业，来消除碎片。

１、在一个数据表里，如果每一个数据列的长度都是固定的，那么每一个数据行的长度也将是固定的．
　　２、只要数据表里有一个数据列的长度的可变的，那么各数据行的长度都是可变的．
　　３、如果某个数据表里的数据行的长度是可变的，那么，为了节约存储空间，MySQL会把这个数据表里的固定长度类型的数据列转换为相应的可变长度类型．例外：长度小于４个字符的char数据列不会被转换为varchar类型 

十分频繁改变的column。因为varchar每次存储都要有额外的计算，得到长度等工作，如果一个非常频繁改变的，那就要有很多的精力用于计算，而这些对于char来说是不需要的。

varchar他既然可以自动适应存储空间，那我varchar(8)和varchar(255)存储应该都是一样的，那每次表设计的时候往大的方向去好了，免得以后不够用麻烦。这个思路对吗？答案是否定的。

即使使用Varchar数据类型，也不能够太过于慷慨。这是什么意思呢?如现在用户需要存储一个地址信息。根据评估，只要使用100个字符就可以了。但是有些数据库管理员会认为，反正Varchar数据类型是根据实际的需要来分配长度的。还不如给其大一点的呢。为此他们可能会为这个字段一次性分配200个字符的存储空间。这VARCHAR(100)与VARCHAR(200)真的相同吗?结果是否定的。虽然他们用来存储90个字符的数据，其存储空间相同。但是对于内存的消耗是不同的（varchar后边的数字对存储数据的情况则是限制最大字符数，对于提取数据则是决定最终的内存分配，内存份额的大小由varchar后边的数字决定）。对于VARCHAR数据类型来说，硬盘上的存储空间虽然都是根据实际字符长度来分配存储空间的，但是对于内存来说，则不是。其时使用固定大小的内存块来保存值。简单的说，就是使用字符类型中定义的长度，即200个字符空间。显然，这对于排序或者临时表(这些内容都需要通过内存来实现)作业会产生比较大的不利影响。所以如果某些字段会涉及到文件排序或者基于磁盘的临时表时，分配VARCHAR数据类型时仍然不能够太过于慷慨。还是要评估实际需要的长度，然后选择一个最长的字段来设置字符长度。如果为了考虑冗余，可以留10%左右的字符长度。千万不能认为其为根据实际长度来分配存储空间，而随意的分配长度，或者说干脆使用最大的字符长度