yml2213
b34c1ff5f3
fix(automation): 重登结算改用新事务读取，修掉「成功被记成失败」
线上第一轮自动重登（10 条）报告「成功 0 / 失败 10」，但库里这 10 条的
attempt_status 全是 success —— 账号其实都救回来了，是结算读错了。
根因是 MySQL 的隔离级别：默认 **REPEATABLE READ**。调度器传进来的会话在挑候选
时就已经开了事务，而结算复用了这个会话去读 runner（另一个会话）刚提交的结果；
同一事务里重新查询只会看到事务开始时的快照，于是全部读成「未成功」。SQLite 的
读一致性与 MySQL 不同，所以这类问题在 SQLite 上跑一万遍也复现不出来。
后果不只是统计错：失败的账号会被写退避时间，其中 2 条还被判成「极验」进了待
人工队列 —— 等于把救回来的账号又标成需要人工。
改动：
- 新增 settle_fresh_results()：自己新开一个会话读结果并结算，绝不复用调度器的
事务；run_ck_relogin 改用它。
（另一路 SQLite→MySQL 的测试改造已把测试套件真正跑在 MySQL 上，本次新增的回归
测试 test_settlement_sees_other_session_commit 正是靠这一点才守得住：它先让一个
会话开着事务，再由另一个会话提交成功，断言结算必须读到成功。）
2026-10-02 21:09:48 +08:00
..
2026-10-02 21:09:48 +08:00
2026-09-11 10:31:46 +08:00
2026-10-02 21:01:17 +08:00