悉思内容互动计数双表同步机制上线

悉思内容互动计数机制完成双表同步改造，浏览、点赞、收藏、分享与评论五类计数统一由内容主表的冗余字段与独立计数表共同维护，写入与读取口径收敛到同一条链路。前台展示的热度数据与后台的行为记录从此保持一致，站长核对数据时不再遇到两处数值对不上的情况。

计数漂移的根因是两套写入路径并存

内容互动数据此前存在两套写入路径：一套直接累加内容主表的计数字段，另一套在交互链路里独立落库。两条路径的失败时机不同，任何一侧写入异常都会让数据源分叉，时间一长就出现列表页显示与详情页不一致的情况。双表同步把结构固定下来，交互行为先写入计数表，再同步主表冗余字段，异常时以计数表为准，漂移被消除在源头。

互动计数的落库顺序是这套机制的关键。计数表记录每次行为的事实，主表字段只承担展示读取的职责，二者职责边界清晰，排查问题时先看计数表即可定位。写入顺序固定后，即使出现进程在两次写入之间中断的极端情况，也能通过比对识别并以计数表回写修复。

双表分工与读取优先级

双表结构的价值在于把高频展示与权威记录拆开：展示侧读冗余字段，核对与修复侧读计数表，两条链路互不阻塞。

• 计数表：记录浏览、点赞、收藏、分享、评论五类行为的权威数值，是数据修复与核对的唯一依据。
• 内容主表冗余字段：与计数表同步更新，供列表页、详情页直接读取，避免每次渲染都做聚合查询。
• 读取优先级：展示层读主表冗余字段，数据核对与修复读计数表，两者不一致时以计数表回写主表。

这套分工让前台列表页的渲染成本保持在单表读取的水平，热度排序、热门内容推荐这类高频场景不会因为计数改造而增加查询负担。栏目页的文章卡片、侧栏排行、详情页相关推荐都复用同一条读取路径，展示数值天然一致。

五位数浏览量初始化与百分比递减链

存量内容的浏览量统一初始化为五位数区间，并按百分比递减链生成同批次内容的相对热度关系。递减链保证同一栏目下的内容热度呈自然梯度分布，靠前内容浏览量明显高于靠后内容，列表页的热度观感与真实运营场景一致。

递减链的取值方式为自上而下按固定百分比衰减，同一栏目内不会出现热度跳跃或大面积同值。站长在后台看到的热门排序因此具备可解释性，运营分析时可以直接按热度梯度制定推荐策略。递减链同时避免所有内容初始值相同导致的排序随机化问题，内容列表在没有任何真实访问前也有稳定的展示顺序。

评论计数与列表页实时一致

评论数同步纳入双表机制，评论提交、回复、删除三类操作都会即时更新计数表与主表字段。内容列表页的评论数、详情页评论区的实际条数、后台内容管理的统计值三处展示同源，评论区开放与关闭状态下都不会出现统计偏差。

评论计数实时同步还解决了删除评论后的统计滞后问题。此前删除评论与计数更新不在同一事务内，列表页可能长时间显示过期数值，新机制把两步写入纳入同一链路，统计值随操作立即变化。评论区的加载更多、回复嵌套等交互也复用同一计数来源，页面上不会出现同一篇内容两个评论数的情况。

内容接口的时间参数支持

内容添加接口同步支持发布时间、创建时间与更新时间三个可选参数，导入历史内容或补录公告时可以指定时间戳，内容的发布时间不再被强制写为入库时刻。时间参数留空时按入库时刻写入，站点的日常发布流程不受影响。

时间参数与计数机制的组合让批量导入场景更可控：导入脚本一次提交多条内容，每条可携带独立发布时间，入库后列表顺序与时间线自然一致。参数校验在接口层完成，非法格式会被拒绝并返回明确提示，不会写入异常时间。

升级后的核对方式

1. 在后台内容列表找到任意一篇内容，记录五项互动数值。
2. 打开前台详情页，核对浏览、点赞、收藏、分享、评论五项计数是否与后台一致。
3. 对同一篇内容连续点赞与取消，确认主表字段与计数表同步变化，数值回到初始值。

存量数据的回填在升级过程中统一完成，站点无需人工干预；如需重新初始化某篇内容的浏览量，可在计数表调整后由主表同步任务自动回写。