如果输入的字符比声明的长度短，Varchar将截断尾随空格，而char则不会。Char将填充空格，并且始终是声明的长度。在效率方面，varchar更熟练，因为它修剪字符，允许更多的调整。但是，如果您知道char的确切长度，则char将以更快的速度执行。

区分这两者对完整性方面也有好处。

如果你希望存储有长度规则的东西，比如yes或no，那么你可以使用char(1)来存储Y或n。对于货币代码也很有用，你可以使用char(3)来存储像USD, EUR或AUD这样的东西。

varchar更适合那些除了限制长度之外没有一般规则的情况。它适用于名称或描述之类的东西，在这些地方，值的长度会有很多变化。

然后出现了文本数据类型，并在工作中使用了扳手(尽管它通常只是没有定义上限的varchar)。

MySQL中的VARCHAR和CHAR有什么区别?

对于已经给出的答案，我想补充一点，在OLTP系统或频繁更新的系统中，即使对于可变大小的列也可以考虑使用CHAR，因为在更新期间可能会出现VARCHAR列碎片。

我正在尝试存储MD5哈希。

如果安全性真的很重要，MD5哈希并不是最好的选择。然而，如果您将使用任何哈希函数，请考虑使用BINARY类型代替它(例如，MD5将产生16字节哈希，因此BINARY(16)将足够代替CHAR(32)用于表示十六进制数字的32个字符。这将节省更多空间并提高性能。

字符:

同时支持字符和数字。 支持2000个字符。 固定长度。

VARCHAR:

同时支持字符和数字。 支持4000字符。 可变长度。

任何评论 ......!!!!

CHAR

使用特定的内存分配 时间效率

VARCHAR

使用动态分配内存 记忆效率

char是一种定长字符数据类型，varchar是一种变长字符数据类型。

由于char是一种固定长度的数据类型，因此char值的存储大小等于此列的最大大小。因为varchar是一种变长数据类型，所以varchar值的存储大小是输入数据的实际长度，而不是该列的最大大小。

当期望列中的数据项具有相同的大小时，可以使用char。 当一个列中的数据条目在大小上有很大变化时，可以使用varchar。