显着增加 varchar 字段的长度是否会影响性能？答案

【问题标题】：Does significantly increasing the length of varchar fields impact on performance?显着增加 varchar 字段的长度是否会影响性能？
【发布时间】：2013-05-26 14:09:07
【问题描述】：

目前，我们有一个 varchar(255) 字段。我们的一位用户要求将该字段增加约 10 倍至 varchar(2048) 左右。鉴于他的用例，这似乎是一个合理的要求。

有问题的字段没有被索引，它不是任何连接的一部分，也永远不会包含在任何 where 子句中。

我意识到较小的增加（例如从 50 到 100）没有影响，但是这仍然适用于更大的尺寸增加吗？

【问题讨论】：

有趣的问题是，为什么 255 个字符的字段具有 2048 个字符的有效用户特定大小写？

标签： mysql

【解决方案1】：

Apparently not with a sidenote:

“在存储中，VARCHAR(255) 足够聪明，可以只存储给定行所需的长度，而 CHAR(255) 总是存储 255 个字符。

但是由于您使用 MySQL 标记了这个问题，我将提到一个 MySQL 特定的提示：当您的查询隐式生成临时表时，例如在排序或 GROUP BY 时，VARCHAR 字段将转换为 CHAR 以获得优势使用固定宽度的行。如果您对不需要那么长的数据使用大量 VARCHAR(255) 字段，这会使临时表变得非常大。

最好根据您要存储的数据类型来定义列。当然，很难知道最长的邮政地址是多少，这就是为什么许多人选择肯定比任何地址都长的长 VARCHAR 的原因。并且 255 是习惯性的，因为它可能是早期某些数据库中 VARCHAR 的最大长度（以及直到最近的 PostgreSQL）。”

比尔·卡尔文

所以它基本上取决于您对该字段的特定用户；如果你不使用GROUP BY 与该字段，那么没有问题。

【讨论】：

【解决方案2】：

对于您的情况，varchar(255) 和 varchar(2048) 之间没有区别。

在 MySQL 中，临时表和 MEMORY 表将 VARCHAR 列存储为固定长度列，并填充到其最大长度。如果您设计的 VARCHAR 列比您需要的最大大小大得多，那么您将消耗更多的内存。这会影响缓存效率、排序速度等。

【讨论】：