常见错误是where条件误用status字段名，实际应为log_status等；须describe确认字段、注意大小写、enum值严格匹配；务必用pdo预处理绑定参数防注入，并按状态类型选pdo::param_str或param_int；多状态查询需建索引且in列表不超过20项；联合查询应建(log_status, created_at)等复合索引。
PHP 查询订单日志时 WHERE 条件写错状态字段名
常见错误是把状态字段当成 status，实际数据库里可能是 order_status、log_status 或 state。查不到数据往往不是逻辑问题，而是字段名对不上。
建议先执行 DESCRIBE order_log（或对应表名）确认真实字段名，再写查询。尤其注意大小写——MySQL 在 Linux 下默认区分表名和字段名大小写，但不区分字段值大小写。
- 用
SHOW COLUMNS FROM order_log快速查看字段列表 - 如果字段是枚举类型（
ENUM），值必须严格匹配定义项，比如'paid'和'PAID'是不同的 - 避免用中文状态如
'已发货'做条件，优先用英文或数字码（如3表示已发货），方便维护和索引优化
用 PDO 预处理语句安全筛选订单日志状态
直接拼接字符串构造 SQL 容易被注入，比如用户传入 status=1 OR 1=1 就可能绕过筛选。必须用参数绑定。
$pdo = new PDO($dsn, $user, $pass);
$stmt = $pdo->prepare("SELECT * FROM order_log WHERE log_status = :status AND created_at >= :since");
$stmt->bindValue(':status', $_GET['status'] ?? 'pending', PDO::PARAM_STR);
$stmt->bindValue(':since', date('Y-m-d H:i:s', strtotime('-7 days')), PDO::PARAM_STR);
$stmt->execute();
$logs = $stmt->fetchAll(PDO::FETCH_ASSOC);注意：PDO::PARAM_STR 适用于字符串状态（如 'cancelled'），如果是整型状态（如 0, 1），改用 PDO::PARAM_INT；否则 MySQL 可能无法命中索引。
立即学习“PHP免费学习笔记（深入）”；
WHERE IN 多状态批量筛选性能掉坑
想一次查出「待支付、已支付、已取消」三种状态的日志？别直接写 WHERE log_status IN ('pending','paid','cancelled') 就完事——如果 log_status 没建索引，全表扫描会拖慢接口。
- 检查索引：运行
SHOW INDEX FROM order_log WHERE Key_name = 'idx_status'，没有就加ALTER TABLE order_log ADD INDEX idx_status (log_status) - IN 列表别超过 20 个值，否则 MySQL 可能放弃使用索引，改走 range 扫描
- 如果状态值来自不可信输入（如前端传的数组），务必白名单校验：
in_array($s, ['pending','paid','shipped','cancelled'], true)
日志表时间范围 + 状态联合查询没走索引
加了 WHERE log_status = 'paid' AND created_at > '2024-01-01' 还很慢？说明没用上复合索引。单列索引对多条件查询效果有限。
应该建联合索引，且顺序很重要：等值查询字段放前面，范围查询字段放后面。例如：
ALTER TABLE order_log ADD INDEX idx_status_created (log_status, created_at);
这样 log_status = 'paid' 先定位到索引块，再在该块内按 created_at 范围扫描，效率远高于两个单列索引。
如果还要按用户 ID 查，且经常组合查询，可扩展为 (log_status, user_id, created_at)，但索引越宽，写入开销越大，得权衡。
