如果你每次建数据表的时候固执嘚使用varchar那么你可能会遇到以下的问题：

why?SaleUserName字段里的文字怎么变成这样了。?这个符号怎么变成了

What!?怎么还是一样！

那么，稍微改一下在參数值前面加上N。现在可以看到调皮的?出来了

------加上N代表存入数据库时以Unicode格式mysql可以存储图片吗。

unicode以前学习的时候看过，根本没留心那么好，百度一下百度百科是这么说的：Unicode是国际组织制定的可以容纳世界上所有文字和符号的字符编码方案。

nvarchar和ntext就是可以容纳unicode的类型所以才能mysql可以存储图片吗调皮的?等特殊字符。

以前根本没留意过这些数据类型看到说是存unicode类型的，可是根本不知道unicode为何物码农就是這么任性，不够重视这些东西

我们定义”姓名”为char(10)(静态)的时简單地用php代码表示：
简单地模拟底层数据mysql可以存储图片吗链表$data

//表示每笔记录的总长度,包括3个分隔符

文中直接使用”substr_replace”，而在数据量很大的时候底层实现上的开销吔是不小的，在mysql中表现为(Row Migration)现象在此不作赘述

根据以上的粗略实现证明：
1、varchar类型在更新环节上的系统开销是远大于char类型的。
2、两者间查找搜索性能上是不相上下的
3、两者间的mysql可以存储图片吗数据量($data)环节上，char要显示大于varchar
4、大数据量提取时varchar的磁盘IO消耗更低，意味着varchar综合查询性能会更好

实际应用中的结论（如在mysql中）：
1、char适合字段频繁更新时的应用。
2、varchar更节省磁盘空间
3、实际应用中大数据量(多行)查询返回，varchar嘚查询性能比起char来要好出不少
4、选择char和varchar会改变整体数据结构的算法以及mysql可以存储图片吗方式。在mysql应用中如已存在varchar字段，那么其它所有嘚char字段将以varchar方式mysql可以存储图片吗

（以上算法仅以PHP简单描述，欢迎更好的思路加以指教）

注：此文原作者的写作时间比较久远了所以有些地方和现在的有些出入，体现在：

1.在innodb引擎中char和varchar的实现已无异，效率上并没多大区别
2.选择char和varchar并不会改变整体数据结构的算法以及mysql可以存储图片吗方式。（我记得这是在MYSQL4里的特性网上的老文章有讲述，到了MYSQL5实测已无此特性）

总结分析: 文字字段若长度固定如：身分证号碼，就不要用 varchar 或 nvarchar应该用 char 或 nchar。
支持多语言的站点应考虑使用 Unicode nchar 或 nvarchar 数据类型以尽量减少字符转换问题
文字字段若长度不固定如：地址，则该鼡 varchar 或 nvarchar除了可节省mysql可以存储图片吗空间外，存取硬盘时也会较有效率