docs(M01-B): 记录核心迁移与连接池进度

docs/current-baseline.md

@@ -1,8 +1,8 @@
 # 当前开发成果基线
 
 > V5.0 首次核验日期：2026-06-16  
-> audited_commit: `6114124`
-> next_engineering_target: M01-B 数据库迁移、连接池与旧表兼容层
+> audited_commit: `3add64b`
+> next_engineering_target: M01-B 迁移执行器、MySQL dry-run 与旧表兼容 Repository
 > 事实源：当前工作区、Git 历史、状态文档、Windows/WSL 检查脚本。
 
 ## 总体结论
@@ -11,10 +11,10 @@
 |---|---|---|---|
 | 总纲版本 | V5.2 已成为当前权威总纲，V5.1/V5.0/V4.8 已保留为历史备份 | 根目录存在 `V5.2.md`、`V5.1.md`、`V5.0.md` 和 `V4.8.md` | 可继续按 V5.2 开发 |
 | Git 远端 | `origin=ssh://git@git.txyundm.cn:2222/panda/qipai.git`，分支 `main` | `git rev-list main...origin/main` 为 `0 0` | 本地与远端同步 |
-| 正式后端 | 已新增 Fastify 5 + TypeScript 最小骨架、健康/就绪/版本路由、配置模板、依赖锁文件、契约测试、TypeScript 编译和真实 HTTP 健康检查 | `backend/package.json`、`backend/package-lock.json`、`backend/src/**`、`backend/tests/backend-contract.test.mjs`、`scripts/dev/windows/check-backend.ps1` | M01-A PARTIAL；数据库迁移、连接池、鉴权、业务接口和生产域名验收未完成 |
+| 正式后端 | 已新增 Fastify 5 + TypeScript 最小骨架、健康/就绪/版本路由、配置模板、依赖锁文件、契约测试、TypeScript 编译、真实 HTTP 健康检查和 MySQL 连接池工厂 | `backend/package.json`、`backend/package-lock.json`、`backend/src/**`、`backend/tests/backend-contract.test.mjs`、`backend/tests/mysql-pool-contract.test.mjs`、`scripts/dev/windows/check-backend.ps1` | M01-B PARTIAL；真实 MySQL 执行器、旧表兼容 Repository、鉴权、业务接口和生产域名验收未完成 |
 | 后台管理端 | 仅有 `admin/.gitkeep` | 当前文件扫描 | M09 未开始，不能标记 DONE |
 | 微信小程序 | 仅有 `miniapp/.gitkeep` | 当前文件扫描 | M08 未开始，不能标记 DONE |
-| 数据库迁移 | 仅有 `database/migrations/.gitkeep` 和 `database/seeds/.gitkeep` | 当前文件扫描 | 业务 schema 未生成 |
+| 数据库迁移 | 已新增 M01-B 核心 schema up/down/verify SQL 和最小脱敏 seed | `database/migrations/2026061601_m01b_core_schema.*.sql`、`database/seeds/2026061601_m01b_minimal_seed.sql`、`backend/tests/migration-contract.test.mjs` | PARTIAL；尚未连接真实 MySQL 执行迁移，旧数据迁移脚本未生成 |
 | M00 部署脚本 | 已有菜单、状态、HTTPS、Certbot、EMQX、备份检查模板 | `setup.sh`、`scripts/setup/`、`deploy/` | PARTIAL，生产未执行 |
 | 发布清单 dry-run | 可基于当前 HEAD 输出 `deployed=false` 的 release manifest，记录后端/后台/迁移尚未生成而跳过 | `scripts/setup/deploy-business.sh --dry-run .`、`scripts/dev/windows/check-release-manifest.ps1` | 可在 M00 验证结构；真实构建与生产发布待 M01/M09 后接入 |
 | 参考资料 | 已有清单、脱敏日志、页面/接口/表结构摘要 | `docs/reference-*`、`docs/db-schema-inventory.md` | PARTIAL，仍需按模块迁移正式实现 |
@@ -35,7 +35,7 @@
 
 ## 下一步
 
-1. 进入 M01-B：生成数据库迁移、连接池和旧表兼容读取层。
-2. 为迁移脚本增加可重复执行检查、回滚说明和最小种子数据。
-3. 把后端运行时固定为 Node 20+，生产部署脚本需在 M10 前校验 Node 版本。
-4. 保持 `scripts/dev/windows/check-backend.ps1` 的契约测试、编译和 HTTP 健康检查作为 M01 后续提交门禁。
+1. 继续 M01-B：实现迁移执行器或 MySQL dry-run 环境，验证 up/down/verify SQL 可执行。
+2. 建立旧表兼容 Repository 的第一批只读查询，覆盖门店、房间、订单和设备映射。
+3. 评估 Kysely 安全修复版的 Node 22 要求；未升级运行时前继续使用 `mysql2/promise`。
+4. 保持 `scripts/dev/windows/check-backend.ps1` 的契约测试、迁移契约、连接池契约、编译和 HTTP 健康检查作为 M01 后续提交门禁。