空值率校验应使用SQL的IS NULL+COUNT()直接计算，异常值识别优先采用四分位距（IQR），定时任务通过系统cron调用PHP CLI脚本执行，并设置阈值告警。
空值率校验：用 IS NULL + COUNT() 算真实占比，别信 SELECT * 后 PHP 统计
直接查全表再用 PHP 循环判断 $row['field'] === null 会拖垮性能，尤其百万级表。正确做法是让数据库算好比例再返回：
SELECT COUNT(*) AS total, COUNT(CASE WHEN `status` IS NULL THEN 1 END) AS null_count FROM orders;然后在 PHP 中计算
$null_rate = $null_count / $total。注意：MySQL 的 COUNT(column) 会自动忽略 NULL，但 COUNT(*) 不会，所以不能靠 COUNT(*) - COUNT(column) 反推——万一字段本身有 0 或空字符串，这个差值就不等于空值数。
异常值识别：数值型字段优先用四分位距（IQR），别硬套正态分布的 3σ
业务数据大多不服从正态分布，用 AVG() ± 3 * STDDEV() 容易误报。更稳的方式是查出 Q1 和 Q3：
SELECT PERCENTILE_CONT(0.25) WITHIN GROUP (ORDER BY amount) AS q1, PERCENTILE_CONT(0.75) WITHIN GROUP (ORDER BY amount) AS q3 FROM orders;PHP 计算
$iqr = $q3 - $q1，异常下界为 $q1 - 1.5 * $iqr，上界为 $q3 + 1.5 * $iqr。如果数据库不支持 PERCENTILE_CONT（如 MySQL 8.0 前），改用子查询或临时表逼近中位数，别退化成全量拉取排序。
定时执行：用系统 cron 调 PHP CLI 脚本，避开 Web 请求超时和内存限制
把校验逻辑写成独立 CLI 脚本（如 php /var/www/qc/check_nulls.php），通过系统 cron 每小时跑一次：
0 * * * * /usr/bin/php /var/www/qc/check_nulls.php >> /var/log/qc/null_check.log 2>&1关键点：
- 脚本开头加
#!/usr/bin/env php并设可执行权限（chmod +x） - 禁用
set_time_limit(0)和ini_set('memory_limit', '512M')，CLI 默认不受 web.ini 限制 - 避免在脚本里用
$_SERVER['DOCUMENT_ROOT']这类 Web 环境变量，改用__DIR__或硬编码配置路径
告警触发：空值率 >5% 或异常值 >1% 就发企业微信/钉钉，别等人工巡检
阈值不是拍脑袋定的。比如订单表的 pay_time 字段，上线初期允许 10% 空值（支付异步回调未完成），但稳定后应压到 ；而 <code>coupon_code 字段若空值率突然从 2% 跳到 18%，大概率是上游漏传。告警内容必须带上下文：
[QC Alert] orders.pay_time null_rate=18.2% (threshold=5%) at 2024-06-12 14:00, affected rows: 3241别只写“数据异常”，运维看到不知道查哪张表哪个字段。
实际部署时最容易被忽略的是数据库连接复用和慢查询日志联动——校验脚本如果每次新建 PDO 连接又不显式 $pdo = null，可能撑爆连接池；另外建议把校验 SQL 加上 /<em> QC_CHECK </em>/ 注释，方便在慢日志里快速过滤定位。
