Xiaonuan Sync Health
小暖同步报告
生成时间：2026/09/10 09:18:46。本报告只统计 booking.import_runs、booking.import_source_records、booking.import_conflicts、booking.sync_dead_letters 和同步定时任务；不把 booking 里的本地 SSOT（单一事实来源）业务数据算作小暖同步债务。
现在一句话看懂
有待处理
同步能跑，但还有问题没清完。
存在阻断同步仍在跑
系统没有停，但还有记录卡着，需要继续处理。
先看这 4 个数
今天新增问题
0
今天新出现、还需要处理的问题。
历史未清问题
106
今天以前留下、现在还没处理完的问题。
最近 24 小时
看最近几次同步跑了什么、有没有卡住。
同步节奏
关注
每小时：是
随机延迟：600
上次执行：unknown
现在什么情况
先看真卡住的，再看排队的。
真卡住的
106
会影响同步判断，要先处理。
在排队的
0
还在等处理，不等于坏了。
预计时间：已清空
卡住的记录已经分成忽略、修复和重放，不再一锅端堆着。
同步进度
Timer 负责定时触发，Service 是一次性任务，跑完会退出。
Timer 状态
inactive
任务当前状态
已退出
小时级同步
是
随机抖动
600
最近一次成功
2026/09/10 09:18:46
下一次执行
unknown
下一批从哪开始
0
源记录总数
0
统计范围
这里只看同步本身，不混本地业务数据。
本报告只统计 booking.import_runs、booking.import_source_records、booking.import_conflicts、booking.sync_dead_letters 和同步定时任务；不把 booking 里的本地 SSOT（单一事实来源）业务数据算作小暖同步债务。
可信度
生成时间：2026/09/10 09:18:46
同步来源：小暖同步健康
页面更新：自动生成
详细数据
默认看最近 12 条。点页码可以翻到更早的记录。
最近一批
起点 = 从第几条源记录开始处理。
每批多少条 = 这一轮最多处理多少条。
同步数据库可读取。
问题列表
暂无冲突。
排队中的记录
暂无源记录统计。
卡住的记录
| 状态 | 数量 | 说明 |
|---|---|---|
| 已忽略 | 1 | 已确认无需重放 |
| 待处理 | 106 | 需要清账处理 |
同步规则
数据怎么走
小暖远端 -> 小暖源库 -> 本系统正式库 -> 前端
外部数据先进入小暖源库，再由本系统做增量导入、冲突处理、死信处理和页面展示。这个页只讲同步健康，不把本地 SSOT 业务数据混进来。
客户怎么拉
小时级拉取客户快照，本系统按小暖 ID、手机号和 payload hash 幂等导入；我们的 owner_id 始终是主键。
客户按小时级快照拉取。判断变化时看小暖 ID、手机号和 payload hash，不依赖更新时间字段。这样能避免更新时间不准、丢时间戳、局部字段变更漏报的问题。
预约等记录怎么拉
小时级同步最近 30 天业务记录：appointments、bchecks、xrays、lab_reports_all、paid_payments，并使用重叠窗口和 hash diff。
预约、检查、化验、收费这些有业务时间含义的记录，按时间窗口拉取，再加重叠窗口和 hash diff。这样更适合增量同步，不需要每条都硬扫，也能补到迟到数据。
宠物怎么补
不高频远端全量扫 pets；宠物由热点客户、业务线索和夜间低速全量补偿进入正式库，避免对小暖远端造成不必要压力。
宠物不高频全量扫。优先走热点客户、业务线索和夜间低速补偿三条路，白天尽量轻，夜里补完。目标是兼顾稳定和覆盖，避免把小暖远端打爆。