订单日志表无地区字段，需关联orders表并解析shipping_address；推荐写入时结构化存储省/市字段以支持索引查询，避免模糊匹配导致的性能问题。
订单日志表没存地区字段，根本没法直接筛选
很多老系统里，order_log 表只记录操作时间、订单ID、操作人、操作类型（如“已发货”），但收货地址信息全在 orders 表的 shipping_address 字段里——通常是完整字符串，比如 "广东省深圳市南山区科技园路1号"。想按“广东省”或“深圳市”筛日志？直接 WHERE 查 order_log 表会失败，因为地址不在这个表。
必须关联 orders 表 + 地址解析才可行
核心思路是：用 order_log.order_id 关联 orders.id，再对 orders.shipping_address 做模糊匹配或结构化解析。注意两点：
- 如果地址是纯文本，用
LIKE '%广东省%'最快，但容易误匹配（比如“广西省”也被扫中） - 如果地址字段结构固定（如 JSON 或用逗号分隔），优先用
JSON_EXTRACT()或SUBSTRING_INDEX()提取省/市，再 JOIN 筛选，性能更稳 - MySQL 5.7+ 支持
REGEXP_LIKE(shipping_address, '^广东省')，比LIKE更准，但别在大表上全表正则扫描
SELECT l.*, o.shipping_address FROM order_log l JOIN orders o ON l.order_id = o.id WHERE o.shipping_address LIKE '%广东省%';
PHP 中用 PDO 绑定参数防注入，别拼字符串
写 PHP 查询时，$_GET['region'] 不能直接插进 SQL。常见错误是："WHERE shipping_address LIKE '%" . $_GET['region'] . "%'" —— 这等于敞开 SQL 注入大门。
- 必须用
PDO::prepare()+bindValue() - 通配符
%要写在 PHP 变量里，不是 SQL 字符串里 - 如果前端传的是“广东”，PHP 要先补成
$region = '%' . $pdo->quote($_GET['region']) . '%'，再绑定
$stmt = $pdo->prepare("
SELECT l.*, o.shipping_address
FROM order_log l
JOIN orders o ON l.order_id = o.id
WHERE o.shipping_address LIKE ?
");
$stmt->execute(['%' . $_GET['region'] . '%']);
高并发下地址模糊查询会拖慢整库
当订单量超 100 万，shipping_address LIKE '%广东省%' 无法走索引，每次查都触发全表扫描。线上出过三次慢查告警，都是这个原因。
立即学习“PHP免费学习笔记（深入）”；
- 临时解法：加组合索引
(status, created_at)缩小扫描范围，再在 PHP 层过滤地址 - 长期方案：新增
orders.province和orders.city字段，写订单时用地址解析服务（如高德逆地理 API）自动填充，之后所有筛选走索引字段 - 别信“加个全文索引就行”——中文分词不准，
MATCH ... AGAINST对省市名支持极差
