主要是nvarchar存储Unicode字符，varchar存储非Unicode字符。

“Unicodes”是指16位字符编码方案，允许来自许多其他语言（如阿拉伯语、希伯来语、汉语、日语）的字符在单个字符集中编码。

这意味着unicode使用每个字符2个字节来存储，而非unicode使用每字符一个字节来进行存储。这意味着与非unicode相比，unicode需要双倍的存储容量。

我不得不在这里说（我意识到我可能会打开自己的心扉！），但NVARCHAR确实比VARCHAR更有用（注意更多！）的唯一时间是，所有从属系统上的所有排序规则和数据库本身都是相同的。。。？如果没有，那么无论如何都必须进行排序规则转换，因此VARCHAR和NVARCHAR一样可行。

除此之外，一些数据库系统，如SQL Server（2012年之前）的页面大小约为8K。因此，如果您要存储未保存在TEXT或NTEXT字段中的可搜索数据，那么VARCHAR提供了8k的完整空间，而NVARCHAR仅提供4k（双倍字节，双倍空间）。

总之，我想，两者的使用取决于：

项目或上下文基础设施数据库系统

Varchar（n）和nvarchar（n）之间的主要区别是：

Varchar（可变长度，非Unicode字符数据）大小最大为8000。

它是可变长度数据类型用于存储非Unicode字符每个字符占用1字节的空间

Nvarchar：可变长度Unicode字符数据。

它是可变长度数据类型用于存储Unicode字符。数据以Unicode编码存储。每一个支持语言。（例如阿拉伯语、德语、印地语等）

由于SQL Server 2019 varchar列支持UTF-8编码。

因此，从现在开始，不同的是规模。

在转换为速度差异的数据库系统中。

更少的数据=更少的IO+更少的内存=通常速度更快。阅读上面的文章了解数字。

从现在开始在UTF8中使用varchar！

只有当您拥有2048-16383和16384-65535范围内的大量字符时，您才需要测量

我的两分钱

如果不使用正确的数据类型，索引可能会失败：在SQL Server中：当您在VARCHAR列上有一个索引并将其呈现为Unicode字符串时，SQL Server不会使用该索引。当您向包含SmallInt的索引列提供BigInt时，也会发生同样的情况。即使BigInt小到可以成为SmallInt，SQL Server也无法使用索引。另一方面，您没有这个问题（当向索引的BigInt或NVARCHAR列提供SmallInt或Ansi代码时）。不同DBMS（数据库管理系统）的数据类型可能有所不同：要知道，每个数据库都有稍微不同的数据类型，VARCHAR并不意味着所有地方都是相同的。虽然SQL Server有VARCHAR和NVARCHAR，但Apache/DDerby数据库只有VARCHAR，而VARCHAR是Unicode的。

nArchar将帮助您存储Unicode字符。如果您想存储本地化的数据，这是一种方法。