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

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

我正在尝试存储MD5哈希。

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

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

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

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

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

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

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

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

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

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

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

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

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

根据高性能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.