RocketMQ学习环境搭建(RocketMQ安装与IDEA Debug环境搭建)
本文主要分如下几个部分展开:
- Linux服务器安装RocketMQ、RocketMQ-Console
- IDEA中搭建可调试环境
1、Linux安装RocketMQ、RocketMQ-Console
1.1安装RocketMQ
Step1:从如下地址下载RocketMQ安装包
cd /opt/application
wget https://mirrors.tuna.tsinghua.edu.cn/apache/rocketmq/4.7.1/rocketmq-all-4.7.1-bin-release.zip
Step2:解压安装包
unzip rocketmq-all-4.7.1-bin-release.zip
ls -l
解压后的文件如下图所示:
其中 conf 文件夹存放的是RocketMQ的配置文件,提供了各种部署结构的示例配置。例如2m-2s-async是2主2从异步复制的配置示例;2m-noslave是2主的示例配置。由于本文主要是搭建一个学习环境,故采取的部署架构为1主的部署架构,关于生产环境下如何搭建RocketMQ集群、如何调优参数将在该专栏的后续文章中专门介绍。
Step3:修改Nameserver jvm参数
cd bin
vi runserver.sh
# 定位到如下代码
JAVA_OPT="${JAVA_OPT} -server -Xms4g -Xmx4g -Xmn2g -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=320m"
# 修改 "-Xms -Xmx -Xmn" 参数
JAVA_OPT="${JAVA_OPT} -server -Xms512M -Xmx512M -Xmn256M -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=320m"
温馨提示:这里修改JVM参数主要目的是个人学习电脑内存不够,默认NameServer 会占用4G。
Step4:启动nameserver
nohup ./mqnamesrv &
查看${ user_home }/logs/rocketmqlogs/namesrv.log日志文件,如果输出结果如下图所示即表示启动成功。
经过上面的步骤,就成功在Linux环境上安装了RocketMQ Nameserver服务器与Broker服务器。
温馨提示:如果上面在安装过程中发生了错误,大家可以查看${ user_home }/logs/rocketmqlogs中的日志,通过错误日志,能够较为直观的判断错误的原因。其中${ user_home }为用户主目录。
该目录下会有众多的日志文件,如果一开始对这些文件的含义不了解也没关系,大家可以通过 ls -l 命令,逐一查看文件大小不为0的文件,从而寻找错误日志,便于快速解决问题。
RocketMQ提供了众多的运维命令来查看RocketMQ集群的运行状态,在这里我先简单使用clusterList命令来查看集群的状态,用于验证一下集群的状态。
sh ./mqadmin clusterList -n 127.0.0.1:9876
其运行结果如下图所示:
1.2 安装RocketMQ-Console
使用运维命令不太直观,学习成本较大,为此RocketMQ官方提供了一个运维管理界面RokcetMQ-Console,用于对RocketMQ集群提供常用的运维功能,故本节主要讲解如何在Linux环境安装rocketmq-console。
RocketMQ官方并未提供rocketmq-console的安装包,故需要通过源码进行编译。
Step1:下载源码
wget https://github.com/apache/rocketmq-externals/archive/rocketmq-console-1.0.0.tar.gz
tar -xf rocketmq-console-1.0.0.tar.gz
# 重命名,为了方便后续操作
mv rocketmq-externals-rocketmq-console-1.0.0/rocketmq-console rocketmq-console
Step2:修改配置文件
cd rocketmq-console
vi src/main/resources/applications.properties
主要是修改指向的nameserver地址,修改结果如下图所示:
Step3:使用maven命令编译源代码。
mvn clean package -DskipTests
编译后在target目录下会生成可运行的jar包,如下图所示:
Step4:我们可以将该包复制到自己常用的软件安装目录,例如笔者喜欢将其放在/opt/application下。
cp rocketmq-console-ng-1.0.0.jar /opt/application/
Step5:启动rocketmq-conolse
nohup java -jar rocketmq-console-ng-1.0.0.jar &
在浏览器中输入:http://localhost:8080查看是否安装成功,如果出现如下图则表示安装成功。
1.3 异常分析与解决思路
如果在安装过程中出现意想不到的错误,别慌,通过查看相关的日志文件,寻找错误日志,根据错误日志进行思考或百度,相信能够轻易将其解决。
例如使用的baseuser 启动的rocketmq,rocketmq-console,那相关的日志路径如下:
rocketmq:/home/baseuser/logs/rocketmqlogs/rocketmq-console:/home/baseuser/logs/consolelogs
2、IDEA中安装RocketMQ
绝大数的程序员最信赖的开发调试工具基本都是DEBUG,那能在 IDEA 中 debug RocketMQ的源码吗?答案当然是可以的。本节就来演示如何在IDEA中运行RocketMQ的Nameserver、Broker组件,并进行Debug。
Setp1:从github上下载RocketMQ源码,并将其导入到IEDA中,其截图如下:
Step2:namesrv/src/main/java/org/apache/rocketmq/namesrv/NamesrvStartup设置环境变量ROCKETMQ_HOME,操作步骤如下图所示:
设置环境变量名称:ROCKETMQ_HOME,其值用于指定RocketMQ运行的主目录,笔者设置的路径为:/home/dingwpmz/tmp/rocketmq。
Step3:将distribution/conf/logback_namesrv.xml文件拷贝到【Step2】中设置的主目录下,执行后的效果如下图所示:
温馨提示:该文件为nameserver的日志路径,可以手动修改logback_namesrv.xml文件中的日志目录,由于这是logback的基础知识,这里就不再详细介绍logback的配置方法。
Step4:以debug方法运行NamesrvStartup,执行效果如下图所示,表示启动成功。
Step5:将distribution/conf/logback_brokerxml、broker.conf文件拷贝到【Step2】中设置的主目录下,执行后的效果如下图所示:
Step6:修改broker.conf中的配置,主要设置nameserver的地址,broker的名称等相关属性。
vi broker.conf
# 使用如下配置文件
brokerClusterName = DefaultCluster
brokerName = broker-a
brokerId = 0
deleteWhen = 04
fileReservedTime = 48
brokerRole = ASYNC_MASTER
flushDiskType = ASYNC_FLUSH
storePathRootDir=/home/dingwpmz/tmp/rocketmq/store
storePathCommitLog=/home/dingwpmz/tmp/rocketmq/store/commitlog
namesrvAddr=127.0.0.1:9876
brokerIP1=192.168.3.10
brokerIP2=192.168.3.10
autoCreateTopicEnable=true
Step7:broker/src/main/java/org/apache/rocketmq/broker/BrokerStartup设置环境变量ROCKETMQ_HOME,操作步骤如下图所示:
Step8:以Debug模式运行BrokerStartup,其运行结果如下图所示:
看到这样的提示就表示大功告成。
接下来简单来做一个验证。
首先先在AbstractSendMessageProcessor类的parseRequestHeader方法中打上一个断点。
然后运行example中org/apache/rocketmq/example/quickstart/Producer,看是否能进入到断点中,运行结果如下图所示,已进入到Debug模式。
3、小结
本篇作为RocketMQ实战系列的第一篇文章,其目的就是构建一个研究RocketMQ的学习环境,故从两个方面进行展开:
1、在Linux环境安装RocketMQ、RocketMQ-Console。
2、在IDEA中运行RocketMQ,构建一个可以调试RocketMQ的环境。
温馨提示:搭建一个可调试的环境,但绝不是学习RocketMQ源码,就从Debug一步异步跟踪,这样会陷入其中而不可自拔,DEBUG只是一种辅助,应该用在无法理解某一端代码时,使用DEBUG,借助运行时的一些数据,使之更容易理解。
文章转载自公众号: 中间件兴趣圈