本文介绍如何使用 MySQL 的 REGEXP 结合 JOIN，从含 PHP 序列化 ID 列表的 groups 表中提取对应 people 表中的用户姓名，实现跨表反向关联查询。
本文介绍如何使用 mysql 的 `regexp` 结合 `join`，从含 php 序列化 id 列表的 `groups` 表中提取对应 `people` 表中的用户姓名，实现跨表反向关联查询。
在实际开发中，偶尔会遇到历史数据库设计将多个外键 ID 以 PHP 序列化格式（如 a:18 {i:0;s:1:"7";i:1;s:2:"13";...}）存储于单个字段（例如 groups.people）的情况。此时无法直接使用标准 IN 或 FIND_IN_SET，而需借助正则表达式解析序列化结构，并动态匹配 people.id。
推荐的解决方案是：通过 JOIN 将 people 表与 groups 表关联，并在 ON 条件中使用 REGEXP 精确匹配目标 ID 的序列化片段。以下是可直接执行的标准 SQL 查询：
SELECT p.name, p.surname
FROM people AS p
JOIN groups AS g
ON g.people REGEXP CONCAT('i:[0-9]{1,3};s:[0-9]{1,3}:"', p.id, '";')
WHERE g.id = 1;✅ 关键说明：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- CONCAT('i:[0-9]{1,3};s:[0-9]{1,3}:"', p.id, '";') 动态构造正则模式，匹配形如 i:0;s:1:"7"; 或 i:10;s:3:"285"; 的完整序列化单元；
- 量词 [0-9]{1,3} 兼容索引（i: 后）和字符串长度（s: 后）的 1~3 位数字，覆盖常见 ID 长度；
- 双引号 " 和分号 ; 被严格包含，避免子串误匹配（如 "7" 不会错误匹配 "17" 或 "79"）；
- WHERE g.id = 1 限定只解析指定分组（可根据业务替换为变量或子查询）。
⚠️ 重要注意事项：
- 性能警示：该方案在大数据量下无法利用索引，REGEXP 会导致全表扫描，仅适用于中小规模或低频查询场景；
- 序列化格式强依赖：必须确保 groups.people 字段始终为标准 serialize() 输出（含双引号、严格分号结尾），若存在 JSON、逗号分隔或无引号格式，正则需重写；
- 安全建议：生产环境应避免在 SQL 中拼接用户输入；若 p.id 来自外部，务必先整型校验（如 (int)$id）或使用预处理语句参数化 g.id；
- 长期优化方向：强烈建议重构数据模型——新增关联表 group_people (group_id, person_id)，用标准外键替代序列化字段，兼顾查询性能、可维护性与 ACID 特性。
总结：本方法提供了一种兼容遗留结构的即时查询方案，但本质是权宜之计。真正的健壮性来自范式化设计，而非更复杂的正则技巧。
