-
约束与限制 - 分布式消息服务RocketMQ版
消息大小超过限制会导致消息发送失败。 消息存储时长 消息默认保留时间为48小时,支持修改,最大存储时长为720小时,超过保留时间会被自动删除。 消费位点重置 支持重置消费2天内任意时间点的消息。 定时消息的延时时长 最大延时时长为1年,不支持修改。 支持1年内任意时间的定时消息。 Request-Reply机制
-
按需计费 - 分布式消息服务RocketMQ版
数量)的费用。 计费周期 按需计费RocketMQ实例按秒计费,每一个小时整点结算一次费用(以UTC+8时间为准),结算完毕后进入新的计费周期。计费的起点以RocketMQ实例创建成功的时间点为准,终点以实例删除时间为准。 例如,您在8:45:30购买了一个按需计费的Rocket
-
查看RocketMQ消息 - 分布式消息服务RocketMQ版
时,表示CommitLog文件过期。满足如下任意一个条件,CommitLog文件将会被清理: 每天凌晨4点会清理过期的文件,部分老实例由于未设置时区,清理时间为每天中午12点。 当磁盘使用率达到70%时,会立刻清理过期的文件。 当磁盘使用率达到85%时,会从最早创建的文件开始清理
-
典型应用场景 - 分布式消息服务RocketMQ版
etMQ版因其优秀的解耦链接能力,增强了各微服务模块的处理能力和响应速度,在业务中台内扮演着不可或缺的角色。 IoT场景 IoT场景典型特点为海量终端接入,在大量终端接入的情况下,大量的数据汇聚在一起,实际不同的业务组件需要关注的信息只是其中某些类型的数据,如何在大量数据中快速识
-
包年/包月 - 分布式消息服务RocketMQ版
计费周期 包年/包月RocketMQ实例的计费周期是根据您购买的时长来确定的(以UTC+8时间为准)。一个计费周期的起点是您开通或续费资源的时间(精确到秒),终点则是到期日的23:59:59。 例如,如果您在2023/03/08 15:50:04购买了一个时长为一个月的Rocke
-
消息堆积处理建议 - 分布式消息服务RocketMQ版
时和设置消费并发度。 梳理消费耗时 通过压测获取消息的消费耗时,并对耗时较高的操作代码逻辑进行分析和优化。梳理消息的消费耗时需要注意以下几点: 消息消费逻辑的计算复杂度是否过高,代码是否存在复杂的递归和循环处理。 消息消费逻辑中的I/O操作是否是必须,是否可以使用本地缓存等方案规避。
-
分布式消息服务RocketMQ版 - 分布式消息服务RocketMQ版
到1年。同时也支持定时消息的取消。 定时消息即生产者生产消息到分布式消息服务RocketMQ版后,消息不会立即被消费,而是延迟到设定的时间点后才会发送给消费者进行消费。 支持区域: 华北-北京一 华北-北京四 华东-上海一 华东-上海二 华南-广州 西南-贵阳一 亚太-新加坡 拉美-墨西哥城二