阿森的米奇妙妙屋

好友/关注/粉丝动态系统的挑战与渐进优化方案 在大型社交平台中，如微博、抖音、小红书等，动态流（Feed）是核心功能之一。如何高效、实时地处理动态流中的信息成为架构设计的难点

在当今的互联网世界中，多级评论系统已成为众多网站和应用不可或缺的一部分。然而，其设计与实现并非易事，尤其是在面对高并发和大规模数据的挑战时。最近看了下B 站的多级评论系统建设方案，发现其泰山架构对于一

炉石传说国服上线已有一个月，作为一名曾经的游戏后端开发人员，今日我 —— 阿森，来对此次上线进行复盘，剖析网易在此次过程中的种种问题表现。 进入游戏： 异常排队：开服后玩家遇到了严重的排队情况，排队时

随着我们IM服务规模的迅速扩张，原有基于PostgreSQL（PG）的数据库架构已难以满足日益增长的性能需求。PG的事务特性在IM系统中鲜少发挥作用，而面对海量数据的高效存储与快速访问，传统的关系型数

Discord 是如何存储万亿级别的数据的 在2017年，我们写了一篇博客文章，讲述了我们如何存储数十亿条消息的。我们分享了我们的历程，最初我们使用MongoDB，但后来我们将数据迁移到Cassa

GO高性能编程之sync.Map和 sync.RWMutex+Map 应该如何选择 1、各自的特点 1、1 sync.Map 特点 1、2 sync.RWMutex+Map 2、talk is che

1、起因 阿森在写某个业务代码的时候，需要更新mongoDB的某个字段的数据，输入是(key string, value string),同时需要更新缓存的对应字段。假设是这么个结构 最开始的时候这个