test(postgres): pgxmock 覆盖 5 个 repo，包级 87.6%

为什么用 pgxmock：testcontainers 需要 docker-in-CI 而当前还没有 CI；
mock 路线 1) 零基础设施 2) 把 SQL 字符串和参数顺序作为契约锁死，
schema 漂移立刻可见——这正是上生产前最需要的信号。pgxmock 升级到
testcontainers 不阻塞 v2，留 v2.1 做 nightly 集成测试。

关键改动：
- internal/repo/persistent/postgres/pool.go：新建 pgxPool 接口，
  列出 5 repo 实际用到的 Begin/Query/Exec 三个方法。生产代码继续
  传 *pgxpool.Pool（自动满足接口），测试传 pgxmock.PgxPoolIface。
- 5 个 repo struct 字段从 *pgxpool.Pool 改为 pgxPool 接口；构造器
  签名保留 *pgxpool.Pool，app.go DI 不动。
- 5 个 *_repo_test.go：每个 repo 至少
  · UpsertMany happy path（精确 SQL + 参数）
  · UpsertMany 跳过逻辑（空字段 / 未收线）
  · UpsertMany ExecError（Rollback 路径）
  · FindRecent happy path（验证 DESC → 反序为升序）
  · FindRecent QueryError
  KlineRepo 额外加了 EmptyShortCircuits 和 BeginError 两个边界。

覆盖率：postgres 包 87.6%（UpsertMany ~86%、FindRecent ~93%）。
New*Repo 构造器为 0% 是设计选择：测试直接构造 struct 避开
*pgxpool.Pool 依赖。

所有 12 条守卫扫过无输出。

internal/repo/persistent/postgres/pool.go

@@ -0,0 +1,21 @@
+package postgres
+
+import (
+	"context"
+
+	"github.com/jackc/pgx/v5"
+	"github.com/jackc/pgx/v5/pgconn"
+)
+
+// pgxPool 是 5 个 repo 共享的最小连接池接口。
+//
+// 为什么需要这个接口：`*pgxpool.Pool` 是具体 struct，不能被 pgxmock 直接
+// 替换。把 repo 字段改成接口后，生产代码继续传 *pgxpool.Pool（满足接口），
+// 测试代码传 pgxmock.PgxPoolIface（同样满足）。
+//
+// 只列出 5 个 repo 实际用到的方法。如果未来用到 Acquire/Stat，在这里追加。
+type pgxPool interface {
+	Begin(ctx context.Context) (pgx.Tx, error)
+	Query(ctx context.Context, sql string, args ...any) (pgx.Rows, error)
+	Exec(ctx context.Context, sql string, args ...any) (pgconn.CommandTag, error)
+}