数据库中电子邮件地址的最佳长度是多少？

这是查询的一部分，反映了EMAIL_ADDRESS列数据类型和属性：

EMAIL_ADDRESS CHARACTER VARYING(20) NOT NULL, 

但是，约翰·桑德斯（John Saunders）使用VARYING(256)。

这表明我不一定理解正确的变化。

据我了解，在我的情况下，电子邮件地址的长度为20个字符，而Jodn为256个字符。

约翰代码中的上下文

CREATE TABLE so."User"
  (
    USER_ID SERIAL NOT NULL,
    USER_NAME CHARACTER VARYING(50) NOT NULL,
    EMAIL_ADDRESS CHARACTER VARYING(256) NOT NULL, // Here
    HASHED_PASSWORD so.HashedPassword NOT NULL,
    OPEN_ID CHARACTER VARYING(512),                                                         
    A_MODERATOR BOOLEAN,
    LOGGED_IN BOOLEAN,
    HAS_BEEN_SENT_A_MODERATOR_MESSAGE BOOLEAN,
    CONSTRAINT User_PK PRIMARY KEY(USER_ID)
  );

我从未见过普通人使用的电子邮件地址超过20个字符。

数据库中电子邮件地址的最佳长度是多少？

电子邮件地址的最大长度为254个字符。

每个电子邮件地址由两部分组成。“ @”符号之前的本地部分以及其后的域部分。在“ user@example.com”中，本地部分是“ user”，域部分是“ example.com”。

本地部分不能超过64个字符，域部分不能超过255个字符。

电子邮件地址的本地+ @ +域部分的总长度不得超过254个字符。如RFC3696勘误ID 1690中所述。

我从这里得到了这些信息的原始部分

来自Ask Metafilter：

我的数据来自323个地址的数据库。该分布具有一些高端异常值（正偏）。它的分布通常没有异常值（我测试过）。

最小值：12第1个四分位数：19均值（不包含异常值）：23.04均值（不包含离群值）：22.79第3个四分位：26个最大值（不包含离群值）：47最大值（不包含离群值）：35

中位数：23模式：24标准。Dev（含离群值）：5.20标准。Dev（不包含离群值）：4.70

基于包含异常值的数据的范围68.2％的数据17.8-28.2 95.4％的数据12.6-33.4 99.7％的数据7.4-38.6

基于数据异常值的范围排除了数据的68.2％18.1-27.5 95.4％的数据13.4-32.2 99.7％的数据8.7-36.9

如果您注册http://www.abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijk.com/，则您的电子邮件地址肯定是一个异常值：)

这是网站表单中允许的电子邮件地址的最大安全长度是多少？在Raycon上的平均值略有不同（N = 50,496，平均值= 23）：

只需使用varchar(50)。每次都会浪费较长的电子邮件。

只要看看50个字符多长时间：

电邮至ddressthislongjustuseshorterone的人

如果您允许255个字符的电子邮件：

• 显示它们可能会使您的UI混乱（最好是将其截断，最坏的情况是它们会将您的容器和边距推到周围），并且
• 恶意用户可以用您无法预料的方式对他们进行处理（例如黑客使用免费的在线API存储大量数据的情况）

（统计数据显示，没有人为合法电子邮件地址实际输入超过50个字符，请参见例如：pageman的回答https://stackoverflow.com/a/1199245/87861）

我的工作电子邮件地址超过20个字符！

阅读适当的RFC规范：

“电子邮件地址的本地部分最多可以包含64个字符，而域名最多可以包含255个字符”

数据库中的可变字符类型不会占用不必要的空间。因此，没有理由尽可能地限制这种场。根据一个人的姓名，其组织使用的命名方案和域名，一个地址可以轻松超过20个字符。

RFC-2822中本地部分和域名的长度没有限制。RFC-2181限制域名为255个八位字节/字符。

同样，由于varchar仅使用您存储的字符串实际使用的空间，因此没有理由对电子邮件地址长度进行较小的限制。只需使用512并停止担心。其他一切都是过早的优化

最初的最大长度为320个字符（如其他答案所示，为64 + 1 + 255），但正如RFC 3696勘误表1003所述：

但是，RFC 2821中对MAIL和RCPT命令中的256个字符的地址长度有限制。由于不适合这些字段的地址通常没有用，因此通常应将地址长度的上限视为256。

从RFC 5321第4.5.3.1.3节开始：

4.5.3.1.3。路径

反向路径或正向路径的最大总长度为256个八位位组（包括标点和元素分隔符）

这包括左括号和右括号，因此它使我们仅保留254个八位位组的电子邮件地址。

但是请记住，八位位组的数量可能不等于字符数（一个char可能有2个或更多八位位组）。RFC 4.5.3.1节还指出，可能存在比最大值更多的字段，这是可能的，但不能保证服务器正确捕获它们。

然后，您可以/必须使用a VARCHAR(254)存储电子邮件地址。

注意：至少在MySQL中，声明为VARCHARwhit小于或等于255个八位字节的列将全部存储为1 byte + length（1是存储长度），因此如果使用下限则不会获得空间。

正如其他人所说，大于20的方式对我来说听起来很不错，并且符合RFC。

对数据库没有这么大价值的唯一原因是，如果您担心性能或空间，并且如果这样做，那么我99.99999999999999％肯定这是过早的优化。

大一点

不管您是否全部使用，CHAR（20）字段将始终占用20个字符。（通常在结尾处用空格填充。）VARCHAR（20）字段最多可包含 20个字符，但可以更少。CHAR（）恒定宽度的一个好处是可以快速跳转到表中的一行，因为您可以只计算它必须位于的索引。缺点是浪费空间。

如果表中有任何VARCHAR（x）列，则会丢失恒定大小的CHAR（x）的好处。我似乎还记得，如果某些列是VARCHAR（），MySQL会在后台默默地将任何CHAR（）字段转换为VARCHAR（）。