先发后审延迟二十分钟 违规内容已经传开

为了体验改成先展示后审核，机审结果平均 20 分钟才回来，一条违规内容被转发 300 次，删除时已经来不及。乍看像缓存或者权限的锅，追下去往往不是。

SELECT AVG(TIMESTAMPDIFF(SECOND, created_at, audited_at)) FROM audit_task
WHERE dt=CURDATE();

追下去是这么回事：审核队列和展示链路完全解耦，没有对高风险内容做同步拦截。队列消费者只有两个，高峰期积压严重。

「先发后审延迟」这类改动最怕改一半，回滚脚本先准备好，再动生产。接口问题先分清是没发出去、发出去了没收到，还是收到了处理失败。

偶发问题先统计频率，一小时几次和一天一次，查法完全不同。改完顺手把文档补一句，省得下次自己重新推一遍。

监控和日志的时间要对上，时区不一致会多绕很大一圈。

具体做法是，高风险账号和新账号走同步审核，其余才先发后审；缩短机审链路，把图片和文本并行提交；发现违规时先下架再补通知，别等内容复核完。

验收就看一点，新账号内容的平均审核耗时降到 30 秒内，违规内容不再先展示。