数据库约束是数据一致性的最终保障，需在建表时启用NOT NULL、UNIQUE、DEFAULT、CHECK/ENUM及外键；PHP仅作前置校验与友好提示，不可替代数据库约束，二者须严格对齐。
数据库数据校验与约束设计，核心在于“前端不信任、后端不放行、数据库兜底”。PHP 层负责业务逻辑校验和用户友好提示，而数据库层的约束（如 NOT NULL、UNIQUE、CHECK、外键）才是真正保障数据一致性和完整性的最后一道防线。
基础字段级约束必须启用
建表时就应明确字段的固有要求，避免后期靠 PHP 代码反复检查：
- NOT NULL：对必填字段（如 user.email、order.amount）强制设为非空，比在 PHP 中 if (empty($email)) 更可靠；
- UNIQUE：用于用户名、邮箱、手机号等唯一标识字段，防止重复注册，MySQL 会直接报错 Duplicate entry，PHP 可捕获 PDOException 并转为用户提示；
- DEFAULT：为 created_at、status 等字段设默认值（如 CURRENT_TIMESTAMP、'pending'），减少 PHP 插入时的手动赋值遗漏；
- ENUM 或 CHECK（MySQL 8.0.16+）：限制 status 字段只能是 'active'/'inactive'/'deleted'，比 PHP 中 in_array($status, ['active', 'inactive']) 更底层、更防绕过。
外键约束保障关联完整性
用 FOREIGN KEY 显式声明表间依赖关系，让数据库自动拒绝非法引用：
- 例如 orders.user_id 应 FOREIGN KEY REFERENCES users(id) ON DELETE CASCADE，删除用户时自动清理其订单，避免出现“订单指向不存在的用户”；
- PHP 执行 DELETE FROM users WHERE id = ? 前无需先查订单是否存在——数据库已确保一致性；
- 注意：InnoDB 引擎才支持外键，且关联字段类型、字符集、索引必须严格一致（如 users.id 是 BIGINT UNSIGNED，则 orders.user_id 也必须是 BIGINT UNSIGNED 并建索引）。
PHP 层校验要与数据库约束对齐
PHP 不是替代约束，而是前置拦截 + 友好反馈：
立即学习“PHP免费学习笔记（深入）”；
- 使用 filter_var($email, FILTER_VALIDATE_EMAIL) 验证格式，但不能替代 UNIQUE 约束——两个用户可能同时提交相同邮箱，PHP 验证通过后仍可能数据库冲突；
- 插入前先 SELECT COUNT(*) 检查唯一性（如用户名是否已存在）属于“乐观检查”，仍有竞态风险；应依赖 INSERT ... ON DUPLICATE KEY UPDATE 或捕获唯一约束异常来处理；
- 对金额、数量等数值字段，在 PHP 中用 is_numeric() 和范围判断（如 $amount > 0 && $amount
应用层配合：事务 + 异常处理
涉及多表写入（如创建订单 + 扣减库存 + 记录日志）时，必须用事务包裹，并正确处理约束触发的异常：
- 开启事务：PDO::beginTransaction()；
- 执行 SQL，若违反约束（如外键失败、唯一冲突），PDO 默认抛出 PDOException；
- 捕获异常后回滚：PDO::rollback()，并根据 errorCode（如 23000 表示完整性约束错误）返回具体提示；
- 不要忽略异常或仅记录日志就继续执行——那会导致部分成功、状态不一致。
