你能预测用户输入的时长吗?

VARCHAR(X) Max Length: variable, up to 65,535 bytes (64KB) Case: user name, email, country, subject, password TEXT Max Length: 65,535 bytes (64KB) Case: messages, emails, comments, formatted text, html, code, images, links MEDIUMTEXT Max Length: 16,777,215 bytes (16MB) Case: large json bodies, short to medium length books, csv strings LONGTEXT Max Length: 4,294,967,29 bytes (4GB) Case: textbooks, programs, years of logs files, harry potter and the goblet of fire, scientific research logging

关于这个问题还有更多信息。

你能预测用户输入的时长吗?

VARCHAR(X) Max Length: variable, up to 65,535 bytes (64KB) Case: user name, email, country, subject, password TEXT Max Length: 65,535 bytes (64KB) Case: messages, emails, comments, formatted text, html, code, images, links MEDIUMTEXT Max Length: 16,777,215 bytes (16MB) Case: large json bodies, short to medium length books, csv strings LONGTEXT Max Length: 4,294,967,29 bytes (4GB) Case: textbooks, programs, years of logs files, harry potter and the goblet of fire, scientific research logging

关于这个问题还有更多信息。

只是对这里这么多答案的更正，即使现在有点晚了。

MySQL可以根据它们的文档对文本字段进行完全索引。

提供的链接 https://dev.mysql.com/doc/refman/5.6/en/column-indexes.html

总的来说，写Varchar字段比写Text字段要长，但只有当你有大量的写请求时才会有影响

TEXT和BLOB可以存储在表外，表只有一个指向实际存储位置的指针。它存储在哪里取决于很多东西，比如数据大小、列大小、row_format和MySQL版本。 VARCHAR与表内联存储。当大小合理时，VARCHAR会更快，这取决于您的数据和硬件，您希望使用您的数据对真实场景进行基准测试。

VARCHAR和TEXT之间有一个巨大的差异。虽然VARCHAR字段可以被索引，但TEXT字段不能。VARCHAR类型字段内联存储，而TEXT则脱机存储，只有指向TEXT数据的指针实际存储在记录中。

如果你必须索引你的字段，以便更快的搜索，更新或删除，而不是使用VARCHAR，无论有多大。VARCHAR(10000000)永远不会与TEXT字段相同，因为这两种数据类型在本质上是不同的。

如果您只使用您的字段存档 你不关心数据 检索速度 你关心速度，但你会使用操作员 '%LIKE%'在您的搜索查询中，因此索引将没有多大帮助 你 无法预测数据长度的限制

而不是短信。

前面的答案并没有足够强调主要问题:即使是在非常简单的查询，如

(SELECT t2.* FROM t1, t2 WHERE t2.id = t1.id ORDER BY t1.id) 

可能需要一个临时表，如果涉及到VARCHAR字段，则将其转换为临时表中的CHAR字段。因此，如果你的表中有500000行VARCHAR(65000)字段，这一列将使用6.5*5*10^9字节。这样的临时表不能在内存中处理，而是被写入磁盘。其影响预计将是灾难性的。

来源(包含指标):https://nicj.net/mysql-text-vs-varchar-performance/ (这是指在“标准”中处理TEXT vs VARCHAR (?)MyISAM存储引擎。其他的可能不同，比如InnoDB。)