Archived
snowy-yang
9a34517454
为什么：同步层每次数据库操作都新建连接并执行 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）。