MySQL拆分存储邮箱时跨两列检查重复值的实现方案

数据库层面原生方案（优先推荐） #

完全不需要在应用层做额外校验，MySQL原生支持多列联合唯一约束，刚好适配你现在拆分local部分和域名外键的表结构，直接在两列上加约束即可，数据库会自动拦截重复的（本地部分+域名ID）组合，从存储层彻底杜绝重复数据，可靠性远高于任何应用层自己实现的校验逻辑。
给已经建好的表加约束的SQL如下：

ALTER TABLE emails ADD UNIQUE KEY `uk_local_part_domain_id` (`local_email`, `domain_id`);

加约束前注意先清理表内已有的重复数据，否则语句会执行失败。另外有两个细节需要注意：

• 邮箱本地部分的大小写规则：RFC标准规定本地部分理论上大小写敏感，但绝大多数主流公共邮箱服务商（Gmail、Outlook、QQ邮箱等）都做大小写不敏感处理。如果你的业务需要对齐这个规则，要么把local_email字段的排序规则设为大小写不敏感（比如utf8mb4_0900_ai_ci），要么入库前统一把本地部分转成小写，避免同个邮箱因为大小写差异被判定为不同值。
• 域名本身是大小写不敏感的，你在域名表存储域名时建议统一转成小写，避免同一个域名因为大小写差异生成多条重复的domain记录，浪费存储空间。

应用层校验的竞态问题规避 #

如果因为特殊业务限制没法加联合唯一约束（非常不建议放弃这个数据库层的兜底），绝对不要写「先查询是否存在，不存在再插入」的两步逻辑——并发场景下两个请求同时查到记录不存在，先后插入就会产生重复数据，这是典型的竞态问题。可以选以下两种方案解决：

• 方案1：事务+排他锁
  开启数据库事务，查询时加排他锁，提前锁住对应查询范围，避免其他事务同时插入相同组合的数据，流程如下：
  1. 开启事务
  2. 执行查询语句：SELECT id FROM emails WHERE local_email = ? AND domain_id = ? FOR UPDATE
  3. 如果查到对应记录，说明邮箱已存在，回滚事务后返回对应提示；如果没查到，执行插入操作
  4. 提交事务
     这个方案的缺点是高并发场景下会有锁等待开销，只适合邮箱写入并发不高的业务场景。
• 方案2：利用插入操作的原子性兜底
  取消提前查询的逻辑，直接尝试执行插入操作，靠数据库的约束捕获重复异常：
  1. 直接执行INSERT语句，不做前置存在性校验
  2. 如果数据库返回唯一键冲突错误（MySQL错误码1062），直接判定为邮箱已存在，返回对应业务提示
     这个方案没有额外的锁开销，性能最好，是工业界最常用的实现方式。

额外设计建议 #

• 你把域名拆成单独关联表的设计是合理的，除了节省重复域名的存储开销，后续做域名维度的统计、黑名单拦截、发信信誉管理等需求时效率会高很多。
• 如果你需要频繁通过完整邮箱做查询，直接给local_email和domain_id建联合索引即可，不需要额外冗余存储完整邮箱字段，联合索引完全可以满足精确查询、最左匹配的性能要求。
• 注意区分数据库层去重和业务层去重的差异：比如Gmail会忽略本地部分的点号、以及+后面的别名后缀，如果你的业务需要识别同一个真实邮箱用户的多别名注册，要在入库前先做邮箱地址归一化处理，这部分逻辑不要和数据库层的唯一性校验混在一起。

内容的提问来源于stack exchange，提问作者bdb8