第 1 篇：关注/取关如何写 following 主表和 outbox 表第 2 篇：Canal 如何订阅 outbox binlog 并投递 Kafka这一篇继续看事件真正被消费之后，系统如何更新多个“伪从”。following 主表：权威事实follower 表：粉丝视角伪从Redis ZSet：关注/粉丝列表缓存伪从Redis SDS：用户计数伪从Caffeine：大 V 用户 Top 列表

今天开始整理项目中的用户关系系统。关注用户取消关注查询是否关注、是否被关注、是否互关查询关注列表和粉丝列表维护关注数、粉丝数异步更新缓存和粉丝表这部分没有简单地在一个接口里同时更新所有数据，而是采用了“一主多从 + 事件驱动”的模型。following 表：主事实表follower 表：粉丝视角的伪从表用户计数 SDS：计数伪从Redis ZSet：列表缓存伪从关注动作发生时，只要求followi

上一篇我们已经完成了发布系统的前半段：创建草稿、OSS 预签名直传和内容确认。今天我们来继续整理后半段：更新标题、标签、图片列表、可见性、摘要，并接入 DeepSeek AI 实现一键生成文章摘要，最后将草稿正式发布。上传确认完成 -> 更新元数据 -> AI 生成摘要 -> 保存摘要 -> 发布草稿"content" : "这里是 Markdown 正文内容..." }"description"