支撑10倍流量冲击：B站消息新架构平稳升级实践

主要观点总结

本文介绍了针对B站私信业务的技术升级路径，包括现状、问题、升级路径和结语。针对读多写少和读少写多的场景，提出了相应的技术方案。同时，对消息域整体架构、端上本地缓存降级、BFF架构升级、服务端可用性升级等方面进行了详细阐述。

关键观点总结

关键观点1: B站私信业务现状

介绍了B站私信业务的四个业务线，包括客服系统、系统通知、互动通知和私信，以及私信域内的几个概念，如会话列表、会话详情、会话历史、收件箱和私信内容等。

关键观点2: B站私信业务存在的问题

主要存在三个问题：会话慢查询、私信内容单表空间和写性能接近天花板、服务端代码耦合。这些问题导致系统性能瓶颈，需要进行技术升级。

关键观点3: 升级路径

提出了针对消息域整体架构设计的升级路径，包括接入层、业务层、平台层和触达层的拆分，以及针对单聊、群聊、系统通知、互动通知和消息设置的新服务设计。同时，对端上本地缓存降级、BFF架构升级、服务端可用性升级等方面进行了详细阐述。

关键观点4: 技术实施方案

介绍了具体的技术实施方案，包括冷热分离、读写分离、Timeline模型、读写扩散等。同时，对泰山和Mysql的使用进行了详细介绍，包括双持久化、有限明细数据的存储、查询优化等方面。

关键观点5: 结语

总结了技术升级的过程和注意事项，包括逐步优化、设立合适的目标、清楚现有架构与理想架构的差距等。同时，强调了IM系统的重要性和技术难点，欢迎感兴趣的同行交流研讨。