perf: get_conn 每连接固定开销 1.6ms → 0.5ms（-70%）

为什么：同步层每次数据库操作都新建连接并执行 mkdir + PRAGMA
journal_mode=WAL。实测拆解（各 100 次中位数）：
  mkdir(exist_ok)  190us
  sqlite3.connect  435us
  PRAGMA WAL(新连接首语句)  ~1000us  ← 大头
  get_conn 合计    1641us → 501us
登录路径走同步层 4 次查询（身份解析/验证/位置/日志），每次请求
固定省 ~4.6ms；下载任务的 ledger/日志调用同样受益。

改动（对齐 core/db.py 既有模式——异步层早已做过同款优化并记录过
「并发 PRAGMA 争排他锁报 database is locked」的实测坑，同步层漏同步）：
- _WAL_READY 按路径缓存：journal_mode 持久化在库文件头，设一次即可；
  _WAL_SETUP_LOCK 串行化首连切换（读路径不持 _DB_LOCK）
- mkdir 移出 happy path：connect 失败才兜底补建（用 DB_PATH.parent，
  monkeypatch 场景下与 DATA_DIR 可能不同）
- exists() 检查在 connect 之前（connect 会创建空文件，之后恒真），
  覆盖「删库重建后新文件回退 delete 模式」的边界

新增 tests/test_db_conn.py 6 例：WAL 首连生效、后续连接零 PRAGMA
（set_trace_callback 实证）、换路径重设、目录缺失自动建、删库重建
恢复 WAL、8 线程并发首连无报错。
门禁：ruff 全过 · pyright 0/0 · pytest 382 passed（375→382）。

auth_system/db.py

@@ -39,15 +39,39 @@ DEFAULT_REGISTER_CREDITS = 3      # 注册直接赠送 3 次下载次数（无
 
 _DB_LOCK = threading.RLock()
 
+# journal_mode=WAL 持久化在库文件头里，按路径设一次即可。每连接重复执行
+# 实测多付 ~1ms（新连接首条语句要建 WAL 索引读锁），且并发首连会争排他锁
+# 报 database is locked（core/db.py 同款教训）。专用锁 + 二次复查防护。
+_WAL_READY: set[str] = set()
+_WAL_SETUP_LOCK = threading.Lock()
+
 
 # ============ 数据库 ============
 
 
 def get_conn() -> sqlite3.Connection:
-    DATA_DIR.mkdir(parents=True, exist_ok=True)
-    conn = sqlite3.connect(str(DB_PATH), timeout=15)
+    key = str(DB_PATH)
+    # exists() 检查（~10us）必须在 connect 之前：connect 会创建空文件，
+    # 之后 exists 恒为 True，删库重建的场景就检测不到了
+    force_wal = not DB_PATH.exists()
+    # mkdir 移出 happy path（实测 190us/次）：connect 直接失败（目录缺失）
+    # 才补建重试。库文件被删的场景同样由此兜底重建。
+    try:
+        conn = sqlite3.connect(str(DB_PATH), timeout=15)
+    except sqlite3.OperationalError:
+        # DB_PATH.parent 而非 DATA_DIR：生产两者相同，测试 monkeypatch 只换
+        # DB_PATH 时兜底仍能命中正确目录
+        DB_PATH.parent.mkdir(parents=True, exist_ok=True)
+        conn = sqlite3.connect(str(DB_PATH), timeout=15)
     conn.row_factory = sqlite3.Row
-    conn.execute('PRAGMA journal_mode=WAL')
+    if key not in _WAL_READY or force_wal:
+        # 读路径不持 _DB_LOCK，多线程可能同时首连：锁内串行执行 journal_mode
+        # 切换（防并发争排他锁报 database is locked）。锁内不复查 DB_PATH.exists()——
+        # connect 已把文件建出来，exists 恒真；force_wal 是本线程的观测结论，
+        # 重复执行 PRAGMA 在已是 WAL 的库上幂等且廉价（~2us）
+        with _WAL_SETUP_LOCK:
+            conn.execute('PRAGMA journal_mode=WAL')
+            _WAL_READY.add(key)
     return conn