在多门课程，书籍和工作中，我已经看到定义为VARCHAR（255）的文本字段是“短”文本的默认字段。有什么好的理由经常选择255的长度，而不是一个不错的整数有？是有一定理由（过去是否适用）从过去某个时间开始的坚持吗？
我当然知道，如果您以某种方式知道字符串的最大长度，则更严格的限制将更为理想。但是，如果您使用的是VARCHAR（255），则可能表明您不知道最大长度，只是它是一个“短”字符串。
注意：我发现这个问题（VARCHAR（255）V TINYBLOB v TINYTEXT），它表示，VARCHAR（Ñ）需要Ñ为1个字节的存储Ñ <= 255，Ñ为2个字节的存储Ñ > 255。这是唯一原因吗？这似乎是任意的，因为与VARCHAR（256）相比，您只节省了两个字节，并且可以通过声明VARCHAR（253）来轻松保存另外两个字节。
Answers:
从历史上看，VARCHAR在某些DBMS中，255个字符通常是a的最大长度，如果您想使用UTF-8并对列进行索引（由于索引长度的限制），有时有时仍然会成为有效的最大长度。
使用255是因为它是最多可以用8位数字计数的字符数。它最大程度地利用了8位计数，而毫不费力地需要另一个完整字节来计数255个以上的字符。
当以这种方式使用时，VarChar仅使用字节数+ 1来存储文本，因此您最好将其设置为255，除非您要对该字段中的字符数进行硬限制（例如50）。
utf8，varchar(85)则交叉限制了长度字节从一到两个字节的限制。如果是utf8mb4，那就是varchar(63)。这些很重要，因为它们是通过使用联机ALTER TABLE可以将VARCHAR的长度扩展到的最大值。因此，我通过创建带有varchar(2) charset utf8列的表并查看给定的范围可以扩展多远而得出这些数字ALGORITHM=INPLACE。
我要回答字面上的问题： 不，您没有看到这么频繁使用VARCHAR（255）的充分理由（确实有原因，正如其他答案所讨论的那样，只是不好的原因）。由于架构师选择了VARCHAR（300）而不是VARCHAR（255），因此您不会找到许多因灾难性失败而失败的项目示例。即使您是在谈论CHAR而不是VARCHAR，这也几乎是一个无关紧要的问题。
当您说2^8得到时256，但计算机术语中的数字从数字开始0。这样，您就255可以在IP的Internet掩码或IP本身中对其进行探测。
255 是8位整数的最大值： 11111111 = 255
有帮助吗？
注意：我发现这个问题（VARCHAR（255）V TINYBLOB v TINYTEXT），它表示，VARCHAR（Ñ）需要Ñ为1个字节的存储Ñ <= 255，Ñ为2个字节的存储Ñ > 255。这是唯一原因吗？这似乎是任意的，因为与VARCHAR（256）相比，您只节省了两个字节，并且可以通过声明VARCHAR（253）来轻松保存另外两个字节。
不。您不必通过声明253来保存两个字节。varchar的实现很可能是一个长度计数器和一个可变长度的非终止数组。这意味着，如果将“ hello”存储在varchar（255）中，则将占用6个字节：一个字节表示长度（数字5），而5个字节表示五个字母。
VARCHAR这种方式实现会破坏使用代替代替的全部意义。VARCHARCHAR
在许多应用程序中，例如MsOffice（直到2000或2002版），每个单元格的最大字符数为255。将数据从能够处理每个字段超过255个字符的程序移入/移出这些应用程序是一场噩梦。目前，限制越来越少。