PHP缺乏生产级SQL解析型分库分表中间件，因mysqli/PDO不解析SQL语法，路由须在执行前由中间层完成；轻量解析器无法处理作用域、参数绑定、跨分片JOIN等；聚合查询需原始数据重算；可靠路径是DAO层显式分片+关键场景规避。
PHP 没有开箱即用的、生产级的 SQL 解析型分库分表中间件；硬要自己实现，90% 的场景会掉进解析不全、路由错位、聚合语义丢失的坑里。
为什么 mysqli 或 PDO 直连没法直接支持分库分表路由
原生 PHP 数据库扩展只负责执行 SQL，不解析语法结构。你传 SELECT * FROM users WHERE id = 123，它不会自动识别 users 是分片表、id 是分片键、该路由到 db_2 的 users_07 表——这些必须在执行前由中间层完成。
- 所有路由决策必须发生在
PDO::prepare()或mysqli::query()调用之前 - 一旦 SQL 进入驱动层，就失去重写和分发能力
- 像
INSERT ... ON DUPLICATE KEY UPDATE这类复合语句，解析稍有偏差就会导致主键冲突或数据覆盖 - MySQL 5.7+ 支持的窗口函数、CTE（
WITH子句）等，多数轻量 SQL 解析器根本无法正确提取表名和关联关系
sql-parser 类库能撑起路由逻辑吗
比如 php-sql-parser 或 doctrine/sql-formatter 的衍生解析器，可以拆出 FROM 表名和 WHERE 条件，但离可靠路由还很远：
- 不区分标识符作用域：嵌套子查询里的
users和外层的users可能被当成同一个分片表处理 - 无法安全提取绑定参数值：预处理语句中
WHERE id = ?的?对应的值，在解析阶段不可见，而分片路由往往依赖这个值（如按user_id % 8路由） - 对
UNION ALL、多表JOIN场景，无法判断是否跨分片——若orders和users分片规则不同，JOIN就必须拒绝或降级为应用层合并 - ALTER TABLE、TRUNCATE 等 DDL 语句通常被绕过路由，直接广播到所有库，但没做权限/锁校验，容易引发雪崩
聚合查询（如 GROUP BY、ORDER BY LIMIT）为什么不能简单“拼结果”
假设你在 4 个分片上执行 SELECT COUNT(*) FROM logs WHERE day = '2024-06-01' GROUP BY level，每个库返回自己的分组统计，看起来只要 array_merge + array_sum 就行。实际不是：
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
立即学习“PHP免费学习笔记（深入）”；
-
ORDER BY created_at DESC LIMIT 10：各分片取 top10，再全局排序取 top10 —— 正确；但若原语句是ORDER BY score LIMIT 10 OFFSET 20，各分片需返回至少 30 条才能保证全局 offset 正确，资源浪费严重 -
AVG()不能对各分片的AVG再求平均，必须拿到原始SUM和COUNT才能重算 -
DISTINCT在跨分片时可能漏去重：两个分片各自返回['a','b']，合并后还是['a','b']，但真实去重结果可能是['a','b','c']，因为c只在一个分片里 - 没有事务上下文，
SELECT ... FOR UPDATE类语句无法跨库加锁，强行路由会导致幻读或更新丢失
真正可落地的折中路径：放弃通用 SQL 解析，聚焦关键路径收口
与其花三个月写一个支持 80% 语法的解析器，不如把分片逻辑下沉到 DAO 层，用显式约定换确定性：
- 所有分片操作走封装好的
UserDAO::getById($id)，内部根据$id % 8算库表，不接受裸 SQL - 复杂查询（含 JOIN / GROUP BY）强制走 Elasticsearch 或宽表同步，不在分库分表层解决
- 必须用原生 SQL 的场景，要求开发者标注分片策略，例如注释
-- sharding: db=hash(user_id), table=range(created_at)，中间件只校验不解析 - 用
mysqlnd_ms或ProxySQL做读写分离和故障转移，分库分表逻辑留在 PHP，避免引入 C 层解析黑盒
最麻烦的永远不是怎么把 SQL 拆开，而是怎么让 UPDATE 不丢、SELECT COUNT 不偏、DELETE 不误删——这些都藏在边界条件里，而不是语法树里。
