RocketMQ入门（一）
原创RocketMQ入门（一）
原创
1. MQ介绍
1.1 为什么要用MQ
消息队列是一种“先进先出”的数据结构
其应用场景主要包含以下3个方面
- 应用解耦
系统的耦合性越高，容错性就越低。以电商应用为例，用户创建订单后，如果耦合调用库存系统、物流系统、支付系统，任何一个子系统出了故障或者因为升级等原因暂时不可用，都会造成下单操作异常，影响用户使用体验。
使用消息队列解耦合，系统的耦合性就会提高了。比如物流系统发生故障，需要几分钟才能来修复，在这段时间内，物流系统要处理的数据被缓存到消息队列中，用户的下单操作正常完成。当物流系统回复后，补充处理存在消息队列中的订单消息即可，终端系统感知不到物流系统发生过几分钟故障。
- 流量削峰
应用系统如果遇到系统请求流量的瞬间猛增，有可能会将系统压垮。有了消息队列可以将大量请求缓存起来，分散到很长一段时间处理，这样可以大大提到系统的稳定性和用户体验。
一般情况，为了保证系统的稳定性，如果系统负载超过阈值，就会阻止用户请求，这会影响用户体验，而如果使用消息队列将请求缓存起来，等待系统处理完毕后通知用户下单完毕，这样总不能下单体验要好。
处于经济考量目的：
业务系统正常时段的QPS如果是1000，流量最高峰是10000，为了应对流量高峰配置高性能的服务器显然不划算，这时可以使用消息队列对峰值流量削峰
- 数据分发
通过消息队列可以让数据在多个系统更加之间进行流通。数据的产生方不需要关心谁来使用数据，只需要将数据发送到消息队列，数据使用方直接在消息队列中直接获取数据即可
1.2 MQ的优点和缺点
优点：解耦、削峰、数据分发
缺点包含以下几点：
- 系统可用性降低 系统引入的外部依赖越多，系统稳定性越差。一旦MQ宕机，就会对业务造成影响。 如何保证MQ的高可用？
- 系统复杂度提高 MQ的加入大大增加了系统的复杂度，以前系统间是同步的远程调用，现在是通过MQ进行异步调用。 如何保证消息没有被重复消费？怎么处理消息丢失情况？那么保证消息传递的顺序性？
- 一致性问题 A系统处理完业务，通过MQ给B、C、D三个系统发消息数据，如果B系统、C系统处理成功，D系统处理失败。 如何保证消息数据处理的一致性？
1.3 各种MQ产品的比较
常见的MQ产品包括Kafka、ActiveMQ、RabbitMQ、RocketMQ。
2. RocketMQ快速入门
RocketMQ是阿里巴巴2016年MQ中间件，使用Java语言开发，在阿里内部，RocketMQ承接了例如“双11”等高并发场景的消息流转，能够处理万亿级别的消息。
2.1 准备工作
2.1.1 下载RocketMQ
官网下载：Index of /dist/rocketmq/4.9.3 (apache.org)
进入是这样子的，这里是 rocketMq 最新版本的下载链接。
如果你想下载旧版本的 rocketMq 的话，只需要改网址上的的版本就行，比如说把 4.9.3 改成 4.4.0。
2.2.2 环境要求
- Linux64位系统
- JDK1.8(64位)
2.2 安装RocketMQ
本教程以二进制包方式安装
- 解压安装包
rz命令直接上传安装包 （这里我提前在 linux 上创建了一个文件夹/usr/local/applications/rocketMQ来存放管理的软件） `unzip rocketmq-all-4.9.3-bin-release.zip` - 进入安装目录
$ cd /rocketmq-4.9.3/
$ ll
total 48
drwxr-xr-x 2 root root 4096 Feb 22 2022 benchmark
drwxr-xr-x 3 root root 4096 Feb 22 2022 bin
drwxr-xr-x 7 root root 4096 Feb 22 2022 conf
drwxr-xr-x 2 root root 4096 Feb 22 2022 lib
-rw-r--r-- 1 root root 17327 Feb 22 2022 LICENSE
-rw-r--r-- 1 root root 1338 Feb 22 2022 NOTICE
-rw-r--r-- 1 root root 6069 Feb 22 2022 README.md- 它的目录结构：
- benchmark：这里面就是一些可以直接运行，进行测试的 sh 文件
- bin：启动脚本，包括shell脚本和CMD脚本
- conf：实例配置文件 ，包括broker配置文件、logback配置文件等
- lib：就是 mq 所依赖的第三方 jar 包，包括Netty、commons-lang、FastJSON等
2.3 启动RocketMQ
- 启动NameServer
cd bin
# 1.启动NameServer （&：后台执行），执行后会在~目录下生成logs目录
nohup sh mqnamesrv &
# 2.查看启动日志
tail -f ~/logs/rocketmqlogs/namesrv.log
- 启动Broker 在启动之前先修改两个配置：vim runserver.sh mq 默认需要的内存是比较大的，根据自己 Linux 的内存大小去设置，我这里就改成 256 256 128 了。
vim runbroker.sh
# 1.启动Broker
nohup sh ./mqbroker -n localhost:9876 &
# 2.查看启动日志
tail -f ~/logs/rocketmqlogs/broker.log 
2.4 测试RocketMQ
- 发送消息
# 1.设置环境变量
export NAMESRV_ADDR=localhost:9876
# 2.使用安装包的Demo发送消息
sh ./tools.sh org.apache.rocketmq.example.quickstart.Producer- 接收消息
# 1.设置环境变量
export NAMESRV_ADDR=localhost:9876
# 2.接收消息
sh ./tools.sh org.apache.rocketmq.example.quickstart.Consumer2.5 关闭RocketMQ
# 1.关闭NameServer
sh ./mqshutdown namesrv
# 2.关闭Broker
sh ./mqshutdown broker
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。