Char有一个固定的长度(支持2000个字符)，它代表字符是一种数据类型

Varchar具有可变长度(支持4000个字符)

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

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

我正在尝试存储MD5哈希。

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

CHAR是一个固定长度的字段;VARCHAR是一个变长字段。如果您存储的字符串长度变化很大，例如名称，则使用VARCHAR，如果长度总是相同，则使用CHAR，因为它的大小效率略高，也略快。

在今天的大多数rdbms中，它们是同义词。然而，对于那些仍然有区别的系统，CHAR字段被存储为固定宽度的列。如果将其定义为CHAR(10)，则将向表中写入10个字符，其中“填充”(通常是空格)用于填充数据未使用完的任何空间。例如，保存“bob”将被保存为(“bob”+7个空格)。VARCHAR(变量字符)列用于存储数据，而不像CHAR列那样浪费额外的空间。

维基百科一如既往地大声疾呼。

一个CHAR(x)列只能有x个字符。 一个VARCHAR(x)列最多可以有x个字符。

由于你的MD5哈希值总是相同的大小，你可能应该使用CHAR。

然而，你不应该首先使用MD5;它的弱点是众所周知的。 请改用SHA2。 如果要对密码进行哈希，则应该使用bcrypt。

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

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

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

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