T

build / build-push (push) Successful in 1m31s

Details

test(perf)+sql(h2): T9 压测探针与 UserBase 登记交接脚本

Perf200kProbe（20 万答卷/78 万索引行，独立库 bsch_formcenter_perf）：
- V10 量化：列表首屏 p95=22ms、三条件筛选 p95=313ms、深分页 keyset p95=31ms、
  统计 p95=1~334ms、导出 2 万级 4.1~8.1s（冷缓冲池首跑 22.1s 已如实记档）
- 铁律取证：org.hibernate.SQL 日志抓真实语句——第一段只 select id、不含 values_json；
  翻页谓词是 answer.id<游标；EXPLAIN 显示首屏/计数走 idx_answer_form_time 且 using_index=true
- P26：8 线程×250 并发实测 answer_no 重号率=1392/2000（69.6%，"不限次+报名号"组合）
- P37：新答卷后 cached=true、升版后 cached=false（铁律④语义与实现一致）
- P35/P31：information_schema 复核索引基数与 ROW_FORMAT=Dynamic（本机 8.0.45）
- 类名不带 Test/IT → 不进 mvn test 门禁（190 用例仍是快门禁），手点 -Dtest 才跑

PerfTreeCallsProbe（控制器形状，复用同一份数据）：
- P44 请求级取树次数：列表/详情/导出=2、统计=3、筛选候选=1（P44 的"1~2 次"上界在统计路径实测为 3）
- V10 请求级延迟：筛选 p95=163ms、导出 2297ms/1.15MB
- P36 升版补建实测：19,600 行表单的发布=373,272ms 且本次补出 0 行——
  P36 记档的"2 万级秒级"不成立，N+1 逐行探测是主因（数字交验收轮裁决是否触发 publish 处改造）

sql/h2_userbase_app_and_modules.sql（H2 + 第一个快应用登记交接件）：
中心应用六条模块行（手册 §2.2，含 path 空 fc:scope:all 锚点）+ 快应用五条模块行
（方案 §6.2 checklist，导入/导出为 path 空锚点）+ 组/角色授权与开通 + 验收查询 + 回滚段。
AI 不代跑（沿 flow-center 先例；H2 既定路径是超管在管理端录入，脚本为批量/复核形态）。
步骤 3.5 显式记录"快应用数据视图的后端守卫仍扫中心树"这一过渡口径（T9 报告 P78 附注）。

docs/T6-report.md 已按 P69 从本仓 docs/ 挪至 form-center/docs/（本提交不含该文件）。

2026-10-15 12:57:32 +08:00

.gitea/workflows

ci: init build workflow [skip ci]

2026-10-14 11:41:43 +08:00

docker

ci: init Dockerfile [skip ci]

2026-10-14 11:41:44 +08:00

docs

docs(T5): 回填 §4 推送与 CI 证据（front run 1496 / service run 1497 均 completed/success）

2026-10-14 20:42:48 +08:00

sql

test(perf)+sql(h2): T9 压测探针与 UserBase 登记交接脚本