用验证器+钩子组合拳快速发现脏数据：表单/API入参必经Validate校验，模型beforeWrite加一致性检查，批量导入用临时表SQL比对，按角色分scene验证，生产环境捕获ValidateException并脱敏记录脏数据。
ThinkPHP里怎么快速发现脏数据？用验证器+钩子组合拳
ThinkPHP本身不内置“数据质量评估引擎”，但它的Validate类和模型事件钩子（如beforeWrite）足以构建轻量、可落地的脏数据拦截机制。关键不是等入库后再查，而是在写入前卡住明显违规值。
- 所有表单提交、API入参必须走
Validate规则校验，比如require|number|between:0,100防负年龄、超范围评分 - 在模型的
beforeWrite中加一致性检查：例如评教系统里，若course_id存在但teacher_id为空，可抛出异常或打日志 - 避免只依赖前端校验——用户禁用JS或绕过表单直调接口时，后端校验是唯一防线
- 注意
Validate默认不校验空字符串，需显式加notEmpty或用regex:/\S+/防纯空格
批量导入场景下如何识别缺失/重复数据？用Db::transaction+临时表比对
Excel导入评教数据时，常遇到学生漏填、同一课程被重复提交、ID格式错误等问题。ThinkPHP没提供现成去重工具，但可用原生SQL+事务控制实现原子化清洗。
- 先将Excel数据暂存到临时表（如
tmp_eval_import），字段与主表一致，但不设外键约束 - 用
Db::query()执行SQL比对：查SELECT student_id FROM tmp_eval_import GROUP BY student_id HAVING COUNT(*) > 1找重复学生 - 再查
SELECT course_id FROM tmp_eval_import WHERE course_id NOT IN (SELECT id FROM courses)找无效课程ID - 确认无误后再用
Db::transaction()把清洗后的数据INSERT INTO主表，失败则回滚，避免半截脏数据入库
为什么validateScene比全局验证更适合教学质量系统？
评教系统里，学生、教师、管理员对同一张evaluations表的操作逻辑完全不同：学生只能填一次、不能改；教师能查统计但不能删；管理员要支持补录和修正。硬套一个验证规则会失控。
- 为不同角色定义不同场景：
student_submit、admin_fix、teacher_view，在Validate类里用scene方法分组设置规则 - 例如
admin_fix场景可允许score为空（留待后续补录），而student_submit必须require|number - 调用时明确指定：
$validate->scene('student_submit')->check($data)，不传scene默认用全部规则，易埋坑 - 场景名别用数字或特殊符号，否则
validateScene内部解析会报Invalid scene name
日志里看不到脏数据？得关掉app_debug = false时的静默丢弃
生产环境app_debug = false后，ThinkPHP默认吞掉验证失败的详细信息，只返回400 Bad Request，你根本不知道哪条记录、哪个字段出了问题。
立即学习“PHP免费学习笔记（深入）”；
- 在
app\common.php或中间件里捕获ValidateException，手动记录$e->getError()和原始$data到文件或ELK - 避免直接
dump()或echo，否则可能触发HTTP headers already sent错误 - 对高频接口（如批量评教提交），建议额外加一条规则：
['log_dirty_data' => true]，命中时强制写入runtime/log/dirty/独立目录，方便运维排查 - 别把敏感字段（如学生身份证号）全量记日志，用
substr($id, 0, 3) . '***'脱敏后再存
