Files
order_site/apps/backend
yml2213 905236d83a perf(db): 干掉列表/计数热路径上的「整表拼单聚合」,并给数据库留出 1 核
生产实测(2026-10-03,order_site):postgres 在 22.6 小时里烧了 12.2 CPU·小时
(均 0.54 核),却因 2 核配额累计被 cgroup 节流 9,337 秒;top 12 条语句占全部
DB CPU 的 69.4%,其中三条最热的就是「工单列表 / 计数 / 大厅候选集」。

一、查询形状(根因,不是缺索引)
接单大厅那条 COUNT 被调 71,539 次、均 103ms,EXPLAIN(ANALYZE,BUFFERS) 显示
82.8ms 里 35ms 花在「把整张 work_order_shares 聚合一遍再 join」:
Index Only Scan rows=22,987 → GroupAggregate → 最终只用到 11 行;同一条 SQL 里
还有第二遍同样的全局聚合(filter_share_summary)。已改成按工单限定的关联子查询
(走 idx_work_order_shares_work_order):
- buildWorkOrderWhere 的 excludeFilledSharing 过滤条件;
- buildHallCandidateIdsSql 的 candidate_shares。
同参数实测:50.3ms → 2.1ms、35.9ms → 3.8ms、28.4ms → 1.8ms,buffer 10,145 → 187,
三种参数下结果逐行一致(11/11、5/5、11/11)。
有意保留 operational_share_summary 那一处全局聚合:全表统计(103,073 行)时
关联子查询要 103,073 次探测(330ms),一次聚合只要 55ms;已有用例钉住「只允许剩一处」。

二、容器与数据库参数
- POSTGRES_CPUS 2 → 3(4 核机器,同机其它容器实测只用 0.2-0.4 核且几乎不节流);
- max_parallel_workers_per_gather 2 → 1(>1 时一条查询要 leader+2 worker=3 核,必撞配额);
- checkpoint_timeout 300 → 900s、max_wal_size 1GB → 4GB(43 天累计 21,778 次检查点,
  sar 里就是每 20-40 分钟一轮写突发)。

三、迁移 092:热表 autovacuum 调参
可见性图陈旧导致 index-only scan 回表 5,580 次;work_orders/order_items/orders/
kuaishou_industry_vouchers/fulfillment_tasks 死元组 1.9 万-5.3 万、上次清理在前一天
甚至 9/29。把这些表的 scale_factor 0.2→0.05、analyze 0.1→0.02、cost_limit 200→800,
把「攒批猛扫」拆成「小步勤清」,并打开 5s 以上的 autovacuum 日志便于观测。

用例:新增 share-summary-scope.test.ts(钉住热路径不再出现整表聚合、只保留一处且有注释说明),
env-documentation 白名单补 3 个新增部署变量。全量 599 通过,typecheck/lint/check:sql 通过。
2026-10-03 17:21:21 +08:00
..
2026-05-25 22:27:11 +08:00
2026-08-23 12:54:38 +08:00

order-site-backend

快手轻量后端:订单入库、履约任务编排、91 卡券 / kuaishou-cloud / kuaishou-feifei / 行业电子凭证对接、后台管理接口,以及数据库迁移。

快速启动

npm install
cp ../../.env.mac-docker.example ../../.env
npm run dev

推荐优先用仓库根目录 Docker 开发环境(含 PostgreSQL 与 Caddy)。

生产构建:

npm run build
npm run start

常用验证:

npm run typecheck
npm run build
npm test

配置

环境变量来自工作区根目录 .env:

  • 默认值:src/config/defaults.ts
  • 覆盖:根目录 .env

常用项:

变量 说明
PORT 服务端口(Compose 中常由 BACKEND_PORT 映射)
LOG_LEVEL debug / info / warn / error
LOG_MAX_FILE_SIZE_MB 单个应用日志文件大小上限,默认 20 MB,超出后轮转
LOG_MAX_FILES 同一日期最多保留的日志文件数量,默认 5(含当前文件)
LOG_RETENTION_DAYS 日志日期保留天数,默认 30
DATABASE_URL PostgreSQL 连接串
ADMIN_SESSION_SECRET 后台登录态签名密钥
ADMIN_DEFAULT_USERS_JSON 默认后台用户
KAQUAN91_USER_ID / KAQUAN91_SECRET 91 卡券凭据

接口

路径 说明
GET /health 健康检查
GET /health/live 存活
GET /health/ready 就绪
/api/v1/open/91/* 91 卡券开放接口
/api/v1/open/kuaishou-industry/* 快手行业电子凭证
/api/v1/open/kuaishou-feifei/* 发货平台 feifei 回调等
/api/v1/claim/* 领取页接口
/api/v1/admin/* 后台管理
/s/* 短链跳转

目录

路径 职责
src/index.ts 服务入口
src/app.ts Express 组装
src/routes API 路由
src/services/order 订单与任务同步
src/services/fulfillment 履约路由与执行器
src/services/platforms 外部平台实现
src/services/admin 后台读写与配置
src/repositories 数据库访问
src/db/migrations SQL 迁移

数据库迁移

策略:001 基线 + 后续渐进增量。

文件 作用
src/db/migrations/001_init.sql 空库完整基线结构
src/db/migrations/002_*.sql 起 增量变更

规则:

  1. 已应用的迁移文件禁止改内容。
  2. 结构变更只新增文件,不回写 001_init.sql。
  3. 启动时自动执行未应用迁移;记录在 schema_migrations。
  4. 文件名必须为 NNN_name.sql(三位序号)。

命令:

# 对齐状态
npm run db:migrate:status

# 手动 up
npm run db:migrate

# 创建下一份增量(生成 00N_xxx.sql 模板)
npm run db:migrate:create -- add_something

创建后编辑 SQL,与业务代码一并提交。Docker 开发环境示例:

docker compose -f ../../docker-compose.dev.yml exec -T backend npm run db:migrate:create -- add_something
docker compose -f ../../docker-compose.dev.yml exec -T backend npm run db:migrate

Docker 开发

开发 Compose 会挂载源码:

  • postgres 提供开发库
  • 后端启动时安装依赖并 npm run dev
  • 改 src/ 或 .env 通常不必重建镜像

需要重建 backend 镜像的情况:

  • deploy/docker/backend*.Dockerfile 变更
  • Node 版本或系统依赖变更
  • package.json / package-lock.json 变更

运行产物

日志默认:

  • data/logs/app-YYYY-MM-DD.log
  • data/logs/integration-YYYY-MM-DD.log

按天切分并按大小轮转,默认单文件 20MB、单日最多 5 个分片、保留 30 天。成功的 GET/HEAD 请求以 DEBUG 记录,生产默认 LOG_LEVEL=info 不落盘;写请求和所有 4xx/5xx 仍保留 access log。成功的 /health* 探活默认不写 access log。

data/*.json 为本地运行配置,可能含敏感信息,默认不提交;请从 *.example.json 复制后填写。