im中少数用户的联系人和聊天记录非常大，业界一般如何处理

如题，我们存储采用分库分表，少数用户的数据量很大，导致涉及到这些用户的查询时，数据库压力较大（可以通过优化查询方式解决部分～）；
除此外，业界有针对这种“极值”数据有什么好的处理方案嘛？

从产品的角度来说，im聊天就是人说话，说话是有时效性的，同样聊天消息也一样，你可以像微信一样，对用户的聊天记录限制保存时间，超过时限就转储或删除，保持消息表永远都是热数据或相对热数据，保存那么久其实没有现实意义

《IM开发宝典：史上最全，微信各种功能参数和逻辑规则资料汇总》

引用：JackJiang 发表于 2024-05-15 11:05
从产品的角度来说，im聊天就是人说话，说话是有时效性的，同样聊天消息也一样，你可以像微信一样，对用户的 ...

这个我明白，但是考虑实际开发成本和复用的情况下，业务上会直接把这种情况的数据往im里灌（比如AI聊天，AI这一个imId，会和非常非常多的用户产生会话和聊天记录），所以想问问有没有遇到相同问题的人，有没有好的对策可以复用～
目前打算搞一套影子库的概念，将这些体量非常大用户的数据单独抽出来放在影子库，api用一套，内部进行路由～

引用：zhoutx 发表于 2024-05-17 19:01
这个我明白，但是考虑实际开发成本和复用的情况下，业务上会直接把这种情况的数据往im里灌（比如AI聊天， ...

完全可以，特殊情况特殊对待