char与varchar

char是一种固定长度的类型，varchar则是一种可变长度的类型，它们的区别是：
char(M)类型的数据列里，每个值都占用M个字节，如果某个长度小于M，MySQL就会在它的右边用空格字符补足．（在检索操作中那些填补出来的空格字符将被去掉）在varchar(M)类型的数据列里，每个值只占用刚好够用的字节再加上一个用来记录其长度的字节（即总长度为L+1字节）．
    在MySQL中用来判断是否需要进行对据列类型转换的规则
1、在一个数据表里，如果每一个数据列的长度都是固定的，那么每一个数据行的长度也将是固定的．
2、只要数据表里有一个数据列的长度的可变的，那么各数据行的长度都是可变的．
3、如果某个数据表里的数据行的长度是可变的，那么，为了节约存储空间，MySQL会把这个数据表里的固定长度类型的数据列转换为相应的可变长度类型．

例外：长度小于4个字符的char数据列不会被转换为varchar类型.

说varchar比char效率稍差，是因为，当修改varchar数据时，可能因为数据长度不同，导致数据迁移（即：多余I/O）。其中，oracle对此多余I/O描述的表达是：“行迁移”（Row Migration）。

“行迁移”（Row Migration）：

        “当一行的记录初始插入时是可以存储在一个block中的，由于更新操作导致行增加了，而block的自由空间已经完全满了，这个时候就产生了行迁移。在这种情况下，oracle将会把整行数据迁移到一个新的block中，oracle会保留被迁移的行的原始指针指向新的存放行数据的block，这就意味着被迁移行的ROW ID是不会改变的。"

     其中要解释一下：block是oracle中最小的数据组织与管理单位，是数据文件磁盘储存空间单位，也是 数据库I/O最小单位（ 也就是说，读和写都是一个block大小，所以如果block没满时，更新内容长度变更的varchar字段，和更新内容长度没变的varchar字段，I/O次数是一样，不存在额外消耗，只有在block满时，才会出现额外I/O，所以char和varchar性能之间的性能差异，是相当细微的，绝大多数情况下可以忽略不计，所以上文描述的“稍”差的含义） 。

     所以，我的开发经验是：“ 用varchar完全代替char吧，没什么好顾虑的 ”。

nvarchar

     nvarchar的特性，需要和varchar对比。

     nvarchar和varchar的不同主要是在对于数据的存储方式上：

     1). varchar： 按字节存储 数据

          varchar(6)，最多能存储6个字节的数据，比如： “哈哈哈”，“abcdef”......

备注：一个中文字符在数据库里占多少个字节，要看unicode的编码方式，比如：utf8在mysql上占3个字节，sqlserver的Chinese_PRC_CI_AS占2个字节...

     2). nvarchar： 按字符存储数据

          nvarchar(6)，最多能存储6个字符/中文数据，比如："哈哈哈哈哈哈"，“abcdef”......

          nvarchar(m)最大存储的实际字节长度=n*m(n跟据编码方式而定)，如果nvarchar存储的是英文字符，也是根据编码方式存储n的字节长度。也就是说，如果 用nvarchar存储英文字符，会浪费一半以上的存储空间....

        总结：

      1. char和varchar的性能差距是很小的，可以考虑忽略不计。

     2. 在大数据量应用中，使用char和nvarchar有可能导致大量的存储空间的浪费。