数据库约束是数据质量的最终保障，php仅作前置拦截；唯一性需unique约束防竞态，外键须innodb显式声明并类型一致，一致性依赖事务与check约束，校验逻辑须与数据库同步。
PHP 本身不负责数据质量的最终保障，它只做前置拦截和友好反馈；唯一性、完整性、一致性必须由数据库约束兜底，PHP 校验只是第一道防线。
为什么不能只靠 PHP 做唯一性校验
用户提交邮箱 user@example.com，PHP 先查一次数据库发现“不存在”，就放行插入——但两个请求几乎同时到达时，两次查询都返回“不存在”，结果两条相同邮箱被写入。这就是典型的竞态条件。
- PHP 层用
SELECT COUNT(*)检查唯一性，属于乐观检查，无法杜绝并发冲突 - 真正可靠的唯一性保障，是数据库的
UNIQUE约束（如ALTER TABLE users ADD UNIQUE(email)） - PHP 应捕获
PDOException中的错误码23000（MySQL 的SQLSTATE[23000]），再转为“该邮箱已被注册”提示 - 不要在 PHP 里自己拼
in_array()或遍历判断唯一性——这仅适用于内存数组，对数据库记录无效
外键完整性必须由数据库强制执行
订单表 orders.user_id 指向用户表 users.id，如果只在 PHP 里 if (!userExists($userId)) { die('用户不存在'); }，攻击者仍可绕过逻辑直接发 INSERT 请求。
- 外键必须用
FOREIGN KEY显式声明，并启用ON DELETE CASCADE或ON DELETE RESTRICT - InnoDB 引擎才支持外键，且关联字段类型必须完全一致：比如
users.id是BIGINT UNSIGNED，orders.user_id也必须是BIGINT UNSIGNED并建索引 - PHP 删除用户前无需先查订单——数据库会自动拒绝或级联清理，这是完整性保障的底层能力
- 若用 MyISAM 引擎，外键形同虚设，
INSERT不报错，后续查询会得到NULL或静默失败
一致性校验要分层设计：PHP + 数据库 + 应用事务
例如转账操作：从 A 账户扣款、向 B 账户加款，这两步必须原子执行。单靠 PHP 判断余额是否足够（$aBalance >= $amount）毫无意义。
- PHP 层做初步业务规则检查，比如金额是否为正、是否超过单日限额
- 数据库层用
CHECK约束（MySQL 8.0.16+）限制字段取值范围，如status ENUM('pending','success','failed') - 核心一致性靠事务：用
$pdo->beginTransaction()包裹多条 SQL，任一失败则rollback()，成功才commit() - 避免在事务中调用外部 API 或执行耗时操作，否则会延长锁持有时间，引发死锁或超时
最容易被忽略的是 PHP 校验与数据库约束的版本同步问题：比如数据库加了 NOT NULL，但 PHP 表单没加必填提示，或前端 JS 验证漏掉某字段——用户会看到“Database Error”，而不是“请填写邮箱”。校验逻辑必须双向对齐，且数据库永远是最权威的一方。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
