MySQL 中的 VARCHAR 和 CHAR 有什么区别？
我正在尝试存储 MD5 哈希。
【问题讨论】：
VARCHAR 是可变长度的。
CHAR 是固定长度的。
如果您的内容是固定大小的，则使用CHAR 可以获得更好的性能。
有关详细说明，请参阅CHAR and VARCHAR Types 上的 MySQL 页面（请务必阅读 cmets）。
【讨论】：
【讨论】：
Values in VARCHAR columns are variable-length strings. The length can be specified as a value from 0 to 255 before MySQL 5.0.3, and 0 to 65,535 in 5.0.3 and later versions.
CHAR 与 VARCHAR
CHAR 用于固定长度大小变量
VARCHAR 用于可变长度大小变量。
例如
Create table temp
(City CHAR(10),
Street VARCHAR(10));
Insert into temp
values('Pune','Oxford');
select length(city), length(street) from temp;
输出将是
length(City) Length(street)
10 6
结论：要有效使用存储空间，必须使用 VARCHAR 而不是 CHAR，如果可变长度是可变的
【讨论】：
CHAR(x) 列只能有完全 x 字符。VARCHAR(x) 列可以有最多个x 字符。
由于您的 MD5 哈希值总是相同的大小，您可能应该使用 CHAR。
但是，您一开始就不应该使用 MD5；它有已知的弱点。
请改用 SHA2。
如果你要散列密码，你应该使用 bcrypt。
【讨论】：
MySQL 中的 VARCHAR 和 CHAR 有什么区别？
对于已经给出的答案，我想补充一点，在 OLTP 系统或频繁更新的系统中，即使对于可变大小的列，也可以考虑使用 CHAR，因为更新期间可能出现 VARCHAR 列碎片。
我正在尝试存储 MD5 哈希值。
如果安全性真的很重要，MD5 哈希不是最佳选择。但是，如果您将使用任何散列函数，请考虑使用 BINARY 类型代替它（例如，MD5 将产生 16 字节散列，因此 BINARY(16) 就足够了，而不是 CHAR(32) 用于表示十六进制数字的 32 个字符。这样可以节省更多空间并提高性能。
【讨论】：
如果输入的字符比声明的长度短，Varchar 会切断尾随空格，而 char 不会。 Char 将填充空格，并且始终是声明长度的长度。在效率方面，varchar 更擅长，因为它修剪字符以允许更多调整。但是，如果您知道 char 的确切长度，char 的执行速度会更快。
【讨论】：
CHAR 是固定长度，VARCHAR 是可变长度。 CHAR 始终使用每个条目的相同数量的存储空间，而 VARCHAR 仅使用存储实际文本所需的数量。
【讨论】：
CHAR 是一个固定长度的字段； VARCHAR 是一个可变长度字段。如果要存储长度可变的字符串（例如名称），则使用 VARCHAR，如果长度始终相同，则使用 CHAR，因为它的大小效率略高，速度也略快。
【讨论】：
在当今的大多数 RDBMS 中，它们是同义词。但是对于那些仍然有区别的系统，CHAR 字段存储为固定宽度的列。如果将其定义为 CHAR(10)，则将 10 个字符写入表中，其中“填充”（通常是空格）用于填充数据未用完的任何空间。例如，保存“bob”将保存为（“bob”+7 个空格）。 VARCHAR（可变字符）列旨在存储数据，而不会像 CHAR 列那样浪费额外空间。
一如既往，Wikipedia 说话声音更大。
【讨论】：
CHAR
VARCHAR
【讨论】：
CHAR
VARCHAR
【讨论】：
char是定长字符数据类型，varchar是变长字符数据类型。
因为 char 是定长数据类型，所以 char 值的存储大小等于该列的最大大小。因为 varchar 是变长数据类型，所以 varchar 值的存储大小是输入数据的实际长度，而不是该列的最大大小。
当列中的数据条目预期大小相同时，您可以使用 char。 当列中的数据条目的大小预计会有很大差异时，您可以使用 varchar。
【讨论】：
VARCHAR 存储可变长度的字符串，是最常见的字符串数据类型。它可能需要更少的存储空间 固定长度类型，因为它只使用所需的空间 （即，更少的空间用于存储较短的值）。一个例外是 使用 ROW_FORMAT=FIXED 创建的 MyISAM 表，它使用固定数量 每行的磁盘空间，因此会浪费空间。 VARCHAR 有帮助 性能，因为它节省空间。
CHAR 是固定长度的：MySQL 总是为指定数量的字符分配足够的空间。存储 CHAR 值时，MySQL 删除任何尾随空格。 （MySQL 中的 VARCHAR 也是如此 4.1 和更早的版本——CHAR 和 VAR CHAR 在逻辑上相同，只是存储格式不同。）值用空格填充 比较需要。
【讨论】：
VARCHAR 需要在需要时动态分配内存，从而降低性能，而不是 CHAR，对吧？
区分两者也有利于完整性方面。
如果您希望存储具有长度规则的事物，例如是或否，那么您可以使用 char(1) 来存储 Y 或 N。对于货币代码等事物也很有用，您可以使用 char(3)存储美元、欧元或澳元之类的东西。
那么 varchar 更适用于除了限制之外没有关于长度的一般规则的情况。它适用于名称或描述等值的长度变化很大的情况。
然后文本数据类型出现并在工作中使用了一个扳手（尽管它通常只是没有定义上限的 varchar）。
【讨论】：
Char有固定长度（支持2000个字符），代表character是一种数据类型
Varchar 具有可变长度（支持 4000 个字符）
【讨论】：
Char 或 varchar- 用于输入文本数据，长度可以用括号表示 例如 - 名称 char (20)
【讨论】：
( 和 ) 也是括号，而不是括号。
( 和) 括号，许多英国人可能甚至没有意识到在英语的方言中，“括号”这个词可以指一个标点符号。有充分的理由选择“括号”而不是“括号” - 总的来说，当针对国际程序员受众时，这可能是最明确的选择 - 但它比“括号”更复杂的情况只是错了。
字符：
VARCHAR：
任何cmets......!!!!
【讨论】：