1. 修正 Supabase 连接串#

原连接串存在拼接错误，把 direct connection 和 pooler connection 混在了一起，导致部署环境无法正确解析数据库地址。

最终改为 Supabase pooler 连接方式，并保留 SSL：

1
DATABASE_URL="postgresql://postgres.<project-ref>:<password>@aws-1-ap-southeast-2.pooler.supabase.com:5432/postgres?sslmode=require&uselibpqcompat=true"

其中：

• 使用 pooler，避免部署环境不支持 Supabase direct connection 的 IPv6 问题；
• 使用 sslmode=require 保持 TLS 加密；
• 加上 uselibpqcompat=true，避免 Node/Postgres 客户端把 sslmode=require 当成严格证书链校验处理。

2. 确认数据库被重新初始化#

连接修复后，Umami 能重新跑 Prisma 迁移，但数据库里只剩默认数据：

• public.user：1 条；
• public.website：1 条；
• public.session：几乎为空；
• public.website_event：几乎为空。

迁移时间集中在一次构建过程中，说明当前库已经接近重新初始化状态，而不是单纯统计查询失败。

3. 从导出的 JSON 恢复业务数据#

后续找到了旧项目导出的业务表 JSON。有效数据包括：

• public.user.json
• public.website.json
• public.session.json
• public.website_event.json

其中核心数据量约为：

1
public.session        2364
2
public.website_event  4363
3
public.website        3
4
public.user           1

由于 Supabase SQL Editor 对单次查询大小有限制，完整 SQL 无法一次运行，最终将恢复 SQL 拆成小分片，按顺序导入：

1
01_restore_user.sql
2
02_restore_website.sql
3
03_session_001.sql ... 03_session_012.sql
4
04_event_001.sql ... 04_event_022.sql
5
99_verify_after.sql

导入策略使用 INSERT ... ON CONFLICT ... DO UPDATE，避免已有主键导致恢复中断。