RocketMQ-ONS 内存占用过大问题处理

工与绩不过兴与兴

已于 2023-05-04 17:24:41 修改

阅读量1.6k

点赞数

分类专栏： # MQ 文章标签： java-rocketmq rocketmq java

于 2023-05-04 15:27:40 首次发布

本文链接：https://blog.csdn.net/qq_25215821/article/details/130485085

版权

RocketMQ-ONS 内存占用过大问题处理

1、问题环境描述
2、问题现像描述
3、问题分析
4、解决方案
5、总结

1、问题环境描述

运行在聚石塔环境下（K8S）
RocketMQ使用阿里云4.0系列版本的ONS

客户端版本号为

        <dependency>
            <groupId>com.aliyun.openservices</groupId>
            <artifactId>ons-client</artifactId>
            <version>1.8.4.Final</version>
        </depen

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

工与绩不过兴与兴

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
复制链接

分享到 QQ

分享到新浪微博

扫一扫

专栏目录

RocketMQ占用内存过大的解决方法

邓邓子的博客

05-18

7354

目录一、问题描述二、解决方法1.runserver.sh 修改2.runbroker.sh 修改一、问题描述 RocketMQ 启动后，一下子把内存撑爆了。二、解决方法修改启动参数，分别对 bin 目录下的 runserver.sh 和 runbroker.sh 进行修改。 1.runserver.sh 修改修改前： JAVA_OPT="${JAVA_OPT} -server -Xms4g -Xmx4g -Xmn2g -XX:MetaspaceSize=128m -XX:MaxMetaspaceS

RocketMQ 内存优化

最新发布

gitblog_00026的博客

08-06

244

记一次RocketMQ线上broker内存持续升高问题排查

念念不忘，必有回响

11-25

1508

进程在申请内存的时候，不是直接分配物理内存，分配一块虚拟空间，等到堆真正使用这块虚拟空间才会发生缺页去分配物理内存。

rocketmq启动broker内存占用过大的问题

YDK1912的博客

07-03

3951

解决方法：　　修改broker启动脚本runbroker.sh里面的jvm参数 JAVA_OPT="${JAVA_OPT} -server -Xms8g -Xmx8g -Xmn4g" 改为 JAVA_OPT="${JAVA_OPT} -server -Xms128m -Xmx256m -Xmn256m" 然后重新启动broker。另外，nameserver的启动脚本...

rocketmq客户端日志过大造成磁盘使用率占用过高

zhangm2020的博客

07-04

3165

查看自定义客户端日志配置，分为两步第一步，配置rocketmq.client.logUseSlf4j=true启动参数添加： -Drocketmq.client.logUseSlf4j=true 【推荐】或者启动类添加：System.setProperty("rocketmq.client.logUseSlf4j","true")第二步，配置logback日志配置检查项目中的配置第一步，配置在application.properties第二步，配置在logback.xml。

【RocketMQ】--初识

灵活的小胖子

02-17

896

RocketMQ简介消息对列RocketMQ版（原ONS）是阿里云基于Apache RocketMQ构建的低延迟、高并发、高可用、高可靠的分布式消息中间件。最初由阿里巴巴自研并捐赠给Apache基金会，服务阿里集团13年，覆盖全集团所有业务。作为双十一交易核心链路的官方指定产品，支持千万级并发、万亿级数据洪峰，历年刷新大规模交易消息流转记录。开源消息中间件 RocketMQ应用场景 https://www.aliyun.com/product/rocketmq?spm=5176.22772544.J_

RocketMQ --- 高级篇

shuai_h的博客

06-26

1332

一、高级功能 1.1、消息存储分布式队列因为有高可靠性的要求，所以数据要进行持久化存储。消息生成者发送消息 MQ收到消息，将消息进行持久化，在存储中新增一条记录返回ACK给生产者 MQ push 消息给对应的消费者，然后等待消费者返回ACK 如果消息消费者在指定时间内成功返回ack，那么MQ认为消息消费成功，在存储中删除消息，即执行第6步；如果MQ在指定时间内没有收到ACK，则认为消息消费失败，会尝试重新push消息,重复执行4、5、6步骤 MQ删除消息 1.1.1、存储介质关系型数据库DB

RocketMQ学习笔记五（黑马）大神级

2301_81298401的博客

03-15

230

/创建主题//根据时间戳从队列中查找消息偏移量//查找消息队列中最大的偏移量//查找消息队列中最小的偏移量//根据偏移量查找消息//根据条件查找消息//根据消息ID和主题查找消息//启动//关闭//查找该主题下所有消息//同步发送消息//同步超时发送消息//异步发送消息//异步超时发送消息//发送单向消息//选择指定队列同步发送消息//选择指定队列异步发送消息//选择指定队列单项发送消息//批量发送消息。

阿里云ons使用

09-27

1、MQ场景 1）订单异步解耦 2）解决分布式事务问题 3）应用于聊天平台 ... 3）处理超时问题（重复）：事务2增加消息确认表（去重表） 4）消息失败（事务2失败）：记录后人工处理（小概率事件）

RocketMQ Windows环境下启动导致C盘爆满原因及解决办法

V_S1r的博客

07-20

1154

RocketMQ Windows环境下启动导致C盘爆满原因及解决办法

RocketMQ 就是耗内存

weixin_34292924的博客

05-30

2684

http://blog.csdn.net/loongshawn/article/details/51086876 https://rocketmq.incubator.apache.org/docs/simple-example/

win10内存占用率过高怎么办_win10系统内存占用过高怎么解决

weixin_39833454的博客

11-18

1071

win10系统内存占用过高怎么解决?很多用户都将电脑内存以4GB为标准配备规格，但是仍然会有用户遇到内存不足的问题，不知如何解决的用户，请来看看下面的介绍吧。使用电脑的时候，有时会遇到内存占用过高，而导致电脑出现卡顿等现象那都是常有的事情。但是，win10系统中该如何解决内存占用过高这个问题呢?接下来，小编就给大家讲述一下该问题的解决方法。内存占用过高：1，鼠标右键“开始菜单”在弹出的菜单栏中选择...

搭建RocketMQ踩的坑-内存不足

weixin_33207551的博客

02-01

1571

JRE version: (8.0_172-b11) (build ) Java VM: Java HotSpot(TM) 64-Bit Server VM (25.172-b11 mixed mode linux-amd64 compressed oops) Java运行时环境的内存不足，无法继续，本机内存分配（mmap）未能映射8589934592字节，用于提交保留内存解决办法，找到r...

rocketmq安装时内存溢出

小东的博客

10-21

737

rocketmq安装时内存溢出按照rocketmq官方文档安装，出现问题： Java HotSpot™ 64- Bit Server VM warning: INFO: os: commit memory 000000.00.0000 8589934592，0) failed; error= Cannot allocate memory’ (errno=12) 此时调整runserver.s...

从零开发短视频电商 RocketMQ一天几个G的日志浪费磁盘空间问题

laker的博客

12-21

1280

文章目录背景解决方案背景起因为阿里云服务器一共40G的磁盘，发现每天会有2-3G的磁盘空间被占用，分析结果是rocketmq_client.log文件每天生成的太大。 RocketMQ版本为4.7.x，日志文件目录如下： /root/logs/rocketmqlogs/ 主要就是这个rocketmq_client.log，一天能生成几个G的日志文件。其产生的端是我们依赖的rocket-client产生的，相关代码如下： org.apache.rocketmq.client.log.ClientLo

rabbitmq和ons-rocketmq使用对比

05-31

RabbitMQ和ONS-RocketMQ都是消息中间件，但是在使用上有一些区别： 1. 开发语言：RabbitMQ是用Erlang语言开发的，而ONS-RocketMQ是用Java语言开发的。 2. 协议支持：RabbitMQ支持AMQP、STOMP、MQTT等协议，而ONS-RocketMQ只支持自己的协议。 3. 可用性：RabbitMQ在可用性方面表现不错，但是在高并发场景下可能会出现性能问题，而ONS-RocketMQ在高并发场景下表现更加出色。 4. 配置管理：RabbitMQ需要手动配置集群，而ONS-RocketMQ支持自动化配置集群。 5. 社区支持：RabbitMQ有强大的社区支持，而ONS-RocketMQ的社区相对较小。综上所述，RabbitMQ适合对协议支持和可用性要求较高的场景，而ONS-RocketMQ适合对高并发和自动化集群管理要求较高的场景。