在重启过程中，会有一段时间不能给用户提供正常服务；同时粗鲁关闭服务，也可能会对业务依赖的数据库等状态服务造成污染。 服务重启或者是重新发布过程中，要做到新旧服务无缝切换，同时可以保障变更服务零宕机时间

上一篇答星球水友提问，《并发扣款，如何保证数据的一致性？》中提到：用 CAS 乐观锁，可以在尽量不影响吞吐量的情况下，保证数据的一致性。 画外音：请务必阅读前序文章：《并发扣款，如何保证数据的一致性？》。 问题比较多，今天先聊第一个问题，ABA。 CAS 乐观锁机制确实能够提升…

最近有做较多关于排行榜需求相关迭代，在这期间关于技术方案也进行了很多的思考和调研，到底采用哪种方式更贴合业务，在不过度设计的基础上多多考虑扩展性和稳定性，最终选型中有Mysql、Redis zset、bloom filter等技术，因此在这里做个总结与分享。 首先从总榜来看，其…

今天来谈一谈节流与防抖，这是一个老生常谈的概念，实际应用也特别多，面试中经常会问到。可还是有很多初学者不明白，搞不懂两者之间的区别，或者两者的概念与实际应用中的差别（比如我刚接触的时候就是搞不明白这两个绕来绕去的概念）。其实明白之后就豁然开朗，觉得很简单了。所以今天我们来谈一下…

群消息的实时性、可达性、离线消息的复杂度，要远高于单对单消息。 群业务的核心数据结构有两个。 画外音：用来描述一个群里有多少成员。 画外音：用来描述一个群成员的离线消息。 那么，问题来了！对于同一份群消息的内容，多个离线用户似乎要存储很多份。假设群中有 200 个用户离线，离线…

不行，有些用户行为不会与服务器进行交互，例如 “卡片切换”，服务器日志无法完成所有统计。 常用方法有这么几种。 画外音：例如，TCP 二进制协议，可定制化，又省流量。 （3）使用 HTTP 协议，通过 GET 参数传递需要上报的数据。 可以在 Web-Server 下放置一个文…

并没有做过相关的业务，结合自己的架构经验，说说自己的思路和想法，希望对大家有启示。 首先，盘口客户端与服务器建立 TCP 长连接，而不是每次请求都建立与销毁短连接，能极大提升性能，降低服务器压力。 盘口业务，对数据实时性的要求较高，服务端可以通过 TCP 长连接推送，保证消息的…

画外音：发送方只要将邮件协议里的时间调整为 1970 年或者 2970 年，就可以在接收方收到邮件后一直 “置顶” 或者“置底”。 对于严格时序的业务场景，可以利用单点写 db 的 seq/auto_inc_id 生成单调递增的 id，来保证顺序性。 画外音：这个生成 id 的…

继续回答知识星球水友提问。 首先，一起看下有哪些常见方案。 **方案一：在线修改表结构。 数据量大的情况下，锁表时间会较长，造成拒绝服务，一般不可行。 方案二：通过增加表的方式扩展属性，通过外键 join 来查询。 数据量大的情况下，join 性能较差，一般不可行。 方案三，通…