引用：小毛驴Lucas 发表于 2022-06-01 09:17
服务端的数据库设计

所有聊天记录存在一张表不合理，服务器的存储要考虑会话和用户量，根据读写的比例首先你要确定是读扩散存储还是写扩散存储，或者是分场景确定读还是写扩散存储。
读扩散和写扩散详细的说明你可以在论坛搜到相关文章，大体意思就是：
读扩散：以会话纬度存储，针对超大群，一个群一个表
写扩散：以用户纬度存储，主要是单聊、小群会话，谁需要收到消息，就写入谁的消息表，这样会导致用户表很多，可以根据id取模等方式合并表或者分布式存储
相应方案很多，你可以了解读写扩散各自的优缺点，根据你实际情况考虑设计

引用：小毛驴Lucas 发表于 2022-06-01 09:17
服务端的数据库设计

所有聊天记录存在一张表不合理，服务器的存储要考虑会话和用户量，根据读写的比例首先你要确定是读扩散存储还是写扩散存储，或者是分场景确定读还是写扩散存储。
读扩散和写扩散详细的说明你可以在论坛搜到相关文章，大体意思就是：
读扩散：以会话纬度存储，针对超大群，一个群一个表
写扩散：以用户纬度存储，主要是单聊、小群会话，谁需要收到消息，就写入谁的消息表，这样会导致用户表很多，可以根据id取模等方式合并表或者分布式存储
相应方案很多，你可以了解读写扩散各自的优缺点，根据你实际情况考虑设计