如何避免虚假用户创建并防止系统数据库产生冗余数据？

一、前置拦截：从注册入口掐断虚假请求 #

• 实时域名黑名单校验：维护一份临时邮箱、垃圾邮箱的域名列表（比如常见的10minutemail、guerrillamail后缀），用户提交注册时直接校验邮箱后缀，拦截这类域名的注册请求，从根源避免虚假数据进入数据库。可以定期手动更新列表，也可以整合成熟的开源黑名单库来自动同步。
• 无感式人机验证：替代传统的字符验证码，用滑动验证、行为分析类的无感验证（比如根据用户点击、滑动轨迹判断是否为真人），既不影响正常用户体验，又能有效拦截脚本批量注册。高风险场景下，可以叠加短信/语音验证码，但要注意控制成本。
• 先验证再建用户：把注册流程倒过来——用户提交邮箱后，先发送验证链接，只有用户点击验证链接完成确认，才在数据库创建正式用户。未验证阶段只把邮箱、验证令牌、过期时间存在Redis这类缓存中，过期自动清理，完全不会产生数据库冗余。

二、后置清理：清理已入库的无效用户 #

• 定时清理任务：给用户表添加email_verified（布尔型）和created_at字段，编写定时脚本（比如每天凌晨执行），删除创建后7天（可根据业务调整）仍未验证的用户数据。用SQL的话类似：

  DELETE FROM users WHERE email_verified = FALSE AND created_at < DATE_SUB(NOW(), INTERVAL 7 DAY);
  

• 软删除+定期归档：如果需要保留审计记录，不用硬删除，添加is_deleted字段标记无效用户，业务查询时默认过滤已删除数据。每隔一段时间（比如每月），把标记为删除的无效用户数据归档到冷存储表，减少主库的存储压力。

三、进阶优化：兼顾安全与资源效率 #

• 临时注册会话存储：用户提交注册信息（邮箱、密码等）后，不直接写入数据库，而是将这些信息加密后存在Redis，设置24小时有效期。用户完成邮箱验证后，再从Redis取出数据写入正式用户表，过期的会话自动销毁，零冗余数据产生。
• 僵尸账号二次校验：对于已验证但长期不活跃的用户（比如连续6个月未登录），再次登录时要求重新验证邮箱，既清理僵尸账号占用的资源，又提升账号安全性。
• 域名白名单机制：如果是面向特定群体的产品（比如企业内部系统），可以只允许指定域名的邮箱注册，直接拦截非白名单域名的请求，从源头杜绝虚假注册。

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