存储引擎存储CHAR或者VARCHAR值的方式在内存中和在磁盘上可能不一样，所以MYSQL服务器从存储引擎读出的值可能需要转换为另一种存储格式
VARCHAR
varchar类型用于存储可变长字符串。比定长类型更节省空间，因为它仅使用必要的空间。有一种情况例外，如果Mysql表使用ROW_FORMAT=FIXED创建的话，每一行都会使用定长存储，这会很浪费空间
VARCHAR需要使用1或2个额外字节记录字符串的长度:如果列的最大长度小于或等于255，则使用1个字节表示，否则使用两个2节.VARCHAR节省了存储空间，所以对性能也有帮助。但是，由于行是变长的，在UPDATE时可能使行变得比原来长，这就导致需要做额外的工作。如果一个行占用的空间增长，并且在页内没有更多的空间可以存储，在这种情况下，不同的存储引擎的处理方式是不一样的。例如，MyISAM会将行拆成不同的片段存储，InnoDB则需要分裂页来使行可以放进页内。下面这些情况下使用VARCHAR是合适的：字符串列的最大长度比平均长度大很多；列的更新很少，所以碎片不是问题；使用了像UTF-8这样复杂的字符集，每个字符都使用不同的字节数进行存储。在5.0或更高版本，MYSQL在存储和检索时会保留末尾空格
CHAR
char类型是定长的：MySql总是根据定义的字符串长度分配足够的空间。当存储CHAR值是，MYSQL会删除所有的末尾空格。CHAR值会根据需要采用空格进行填充以方便比较。CHAR适合存储很短的字符串，或者所有值都接近同一个长度。例如，CHAR非常适合存储密码的MD5值，因为这是一个定长的值。对于经常变更的数据，CHAR比VARCHAR更好，因为定长的CHAR类型不容易产生碎片。。对于非常短的列，CHAR比VARCHAR在存储空间上也更有效率。例如用CHAR(1)来存储只有Y和N的值，如果采用单字符集只需要1个字节，但是VARCHAR(1)却需要两个字节，因为还有一个记录长度的额外字节。
慷慨是不明智的，使用VARCHAR(5)和VARCHAR(200)存储’hello’的空间开销是一样的，那么使用更短的列又什么优势吗？
事实证明有很大的有时。更长的列会消耗更多的内存，因为MYSQL通常会分配固定大小的内存块保存内部值。尤其是使用内存临时表进行排序或操作时会特别糟糕。在利用磁盘临时表进行排序时也同样糟糕
