用户表核心字段应覆盖注册、登录、安全和扩展需求，必选字段包括id、username、password_hash、email、status、created_at、updated_at；password_hash建议VARCHAR(255)，username和email需UNIQUE约束并校验长度与格式；扩展字段如nickname、avatar_url、last_login_at等按需添加。
用户表核心字段怎么选
用户表不是字段越多越好，关键字段要覆盖注册、登录、安全和扩展需求。必选字段包括：id（主键，自增或UUID）、username（唯一，用于登录名）、password_hash（存哈希值，绝不能存明文）、email（唯一，用于找回密码和通知）、status（如 active/inactive/banned，控制账户可用性）、created_at 和 updated_at（时间戳，便于审计）。
密码安全与字段设计细节
password_hash 字段建议用 VARCHAR(255)，兼容 bcrypt、argon2 等现代哈希算法生成的长字符串。不要用 CHAR，避免浪费空间；也不要设太短（如 64），否则可能截断。同时建议加一个 password_salt（可选） 字段——不过主流哈希库（如 PHP password_hash、Python passlib）已内置盐值管理，通常无需单独存盐，留空或删掉更简洁。
用户名与邮箱的约束逻辑
username 和 email 都需加 UNIQUE 约束，但要注意：允许邮箱为空（比如手机号注册用户），此时 username 就是唯一标识；若支持多方式登录（手机/邮箱/用户名），建议额外建一张 user_auths 表做解耦，主表只保留基础资料。另外，username 建议限制长度（如 3–32 字符），并禁止特殊字符或空格，可在应用层校验，数据库加 CHECK 约束（MySQL 8.0.16+ 支持）：
ALTER TABLE users ADD CONSTRAINT chk_username_length CHECK (LENGTH(username) BETWEEN 3 AND 32);
扩展性与常见附加字段
- nickname：用户昵称，允许重复，不参与登录，VARCHAR(50) 足够
- avatar_url：头像地址，VARCHAR(255)，可为空
- last_login_at：记录上次登录时间，方便运营分析
- login_fail_count + locked_until：实现登录失败锁定机制（如 5 次输错密码锁 30 分钟）
- is_email_verified / is_phone_verified：布尔型 tinyint(1)，标记认证状态
这些字段按业务需要逐步添加，初期不必堆砌，避免过度设计。
