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

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

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

字符:

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

VARCHAR:

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

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

根据高性能MySQL书:

VARCHAR stores variable-length character strings and is the most common string data type. It can require less storage space than fixed-length types, because it uses only as much space as it needs (i.e., less space is used to store shorter values). The exception is a MyISAM table created with ROW_FORMAT=FIXED, which uses a fixed amount of space on disk for each row and can thus waste space. VARCHAR helps performance because it saves space. CHAR is fixed-length: MySQL always allocates enough space for the specified number of characters. When storing a CHAR value, MySQL removes any trailing spaces. (This was also true of VARCHAR in MySQL 4.1 and older versions—CHAR and VAR CHAR were logically identical and differed only in storage format.) Values are padded with spaces as needed for comparisons.

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

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

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

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

我正在尝试存储MD5哈希。

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