2. Server
  3. 关于消息存储相关

关于消息存储相关

8790 2023-6-8 480

目前使用专业版，消息存储在Mongodb上，根据文档描述，消息主要储存在两种表上，一个t_messages_x，储存消息原始数据。另一个是t_user_messages_y，储存消息对应分发表。现在的问题是，t_user_messages_y占用太多空间，每张表将近上千万条数据，这还是已经改成7天内的，如何在保证功能正常的情况下，尽可能的减少这个表的存储量，或者干脆不存储，如果不存储是否影响功能。

最新回复 (5)
  • HeavyRain 2023-6-8
    引用 2楼
    不能不存储，你们的数据量应该很大，如果不存储只用缓存，在内存中应该无法保存足够长的时间，可能会有用户无法收到离线消息。对于mongodb，单表几千万条数据应该也没有问题吧，请问你们遇到什么问题了吗？
  • HeavyRain 2023-6-8
    引用 3楼
    另外上面描述t_user_messages_y是有很大数据量，t_messages_x没有很大数据量，说明你们是不是有特别活跃的的超级大群？如果有特别活跃的大群，可以考虑用最新版本支持超级群，把群的类型改成超级群，这样对数据库的压力就小很多
  • 8790 2023-6-8
    引用 4楼
    HeavyRain 另外上面描述t_user_messages_y是有很大数据量，t_messages_x没有很大数据量，说明你们是不是有特别活跃的的超级大群？如果有特别活跃的大群，可以考虑用最新版本支持超级群，把群的类 ...
    ## 超级群组策略
    ## 0 客户端创建普通群组，server api创建群组时，super_group确定是否超级群组；1 所有创建的群组都是超级群组;2 所有创建的群组都是普通群组;3 当普通群组超过${group.super_group_upgrade_threshold}指定的成员数时自动切换为超级群组，注意当成员时小于时不会切回普通群组，server api创建群组如果指定超级群组也会是超级群组。
    group.super_group_create_strategy 0

    ##超级群组策略为3时，此配置为进行切换的成员数
    group.super_group_upgrade_threshold 100

    假设我创建了一个1000人群，按照策略3的话，是不是这个群一开始是普通群，直到人数达到100时将会自动切换到超级群
  • HeavyRain 2023-6-8
    引用 5楼
    对的
  • HeavyRain 2023-6-8
    引用 6楼
    超级群组是后来开发的，使用前请确认服务器和所有客户端都支持才行
返回