この記事では申し訳ありませんが、誤ってリリースされ、追加し、完全な自由ではなく、
ロケットバージョン:4.3.0
このごろ全体RocketMQ、コンソールにどのコマンドが、困難として記述することができ、インターネットの半分と半分があり、
だから私は、コマンドの完全な公式翻訳で全体を指示するために行くと、詳細な使用していますよ。
私は、コマンドの多くを使用していないが、とにかく、私はそれを説明するために知っているのに使用してみてください。
他には、元のを置き換えるために使用されていなかったので、この記事では、私の使用して更新されます。
余談:broker.confの問題
初期broker.confファイル始まっのみコメントの始まりといくつかの設定項目は、他の設定項目が文書に表示されていない、と私はdeleteWhen設定項目時間を変更してみてください。
ディスカバリーを有効にするだけでなく、奇妙ませんでした。
私は、ファイルを開くために行くbroker.confときdeleteWhenを変更updateBrokerConfコンソールコマンドを使用するように起こったときに、完全な設定項目にファイルの内容を見つけること
プライベートの手紙を歓迎する、そして、どのように私に教えたかった私の親愛なる友人と知っているがある場合先頭のコメントは、あなたのために奇妙である、なくなっています。
私がよく見える、またはオンラインのみ10コマンドを書いた場合は、その後、私は残りの部分を作る必要があるでしょう、彼らの権利の形でオンライン注文フォームを参照し、その完璧なの同等は、どのような盗作のないコピーはありません。
オリジナルコマンド
最も一般的に使用されるmqadminコマンドは、次のとおりです。
updateTopic Updateまたはトピックを作成し
、ブローカーとネームサーバからトピックを削除しますdeleteTopic。
updateSubGroup Updateまたは作成し、サブスクリプション・グループ
deleteSubGroupがブローカーからサブスクリプション・グループを削除します。
updateBrokerConfig更新ブローカー" の設定
updateTopicPerm更新トピックパーマ
トピックルート調べtopicRoute 情報
トピックステータス調べtopicStatusを情報を
クラスタ取得topicClusterList 情報 についてのトピック
ブローカーランタイム状態データを取得brokerStatus
IdでqueryMsgByIdクエリメッセージを
キーによるqueryMsgByKey Queryメッセージ
ユニークキーによるqueryMsgByUniqueKeyクエリメッセージ
オフセットによってqueryMsgByOffsetクエリメッセージ
ユニークキーによるqueryMsgByUniqueKeyクエリメッセージ
printMsgプリントメッセージの詳細
printMsgByQueue印刷メッセージの詳細
sendMsgStatusはブローカーにMSGを送信します。
ブローカーを取得brokerConsumeStatsは、統計データを消費
producerConnectionクエリプロデューサー「のソケット接続とクライアントのバージョン
consumerConnectionクエリ消費者」のソケット接続、クライアントのバージョンとサブスクリプション
consumerProgressクエリ消費者" の進捗状況、スピード
consumerStatusクエリ消費者" の内部データ構造の
他のグループからのオフセットcloneGroupOffsetクローン。
ClusterListがリストのクラスタのすべての
ネームサーバからすべてのトピックのリストを取得topicList
KVの設定を作成または更新updateKvConfig。
deleteKvConfigはKVの設定を削除します。
ワイプwipeWritePerm 書き込みブローカーのパーマをして、すべてのネームサーバ
(クライアントの再起動なし)のタイムスタンプによって相殺resetOffsetByTimeリセット消費者。
オーダーconfに作成または更新または削除updateOrderConf
cleanExpiredCQクリーンブローカーにConsumeQueue期限切れ。
ブローカ上cleanUnusedTopicクリーン未使用の話題を。
監視startMonitoringスタート
statsAllトピックと消費者のTPS統計
allocateMQ MQ割り当て
checkMsgSendRT確認メッセージが応答の送信時間
clusterRTリストにメッセージを送るRTすべてのクラスタ
getNamesrvConfigは、ネームサーバのコンフィグを取得します。
ネームサーバのupdateNamesrvConfig更新のconfigs。
getBrokerConfigは、クラスタまたは特別なブローカーでブローカーの設定を取得します!
queryCqクエリCQコマンド。
sendMessageメッセージを送る
メッセージを消費consumeMessage
私が頼りに、44コマンドは、不思議は全体のオンライン情報が唯一のダースできなくなります、それはもう少しだ、ああハハ、私は(私は知らない初めてではない)最初の完璧な男でも良いですください。
それを整理するために、元のコマンドの押し順。デフォルト値は、ソース内で何を見ている場合、それはバージョン4.3.0です。参照目的のみ。
ヘルプにも何かを言うために使用される方法によって、実際に、私は何を翻訳し、ショーを取得するには、コマンドのコマンドパラメータを押しています。翻訳レベルは、参照のみを目的として、OKではありません。
これらの命令のいくつかは、それは-bパラメータであるブローカーで、-cパラメータは、クラスタ(クラスタ)で、-nパラメータは、ネームサーバです
彼らはオプションですが、少なくともあなたはそれが実行された場所を知るためのコマンドを実行しているため、実際にはまだ、記入する必要があります。具体的に必須かどうかを確認します。
1.updateTopic 更新或创建topic
参数 | 参数原文 | 是否必填 | 默认值 | 说明 |
b | brokerAddr | 如果-c为空,则必填 | broker 地址,表示topic 建在该broker | |
c | clusterName | 如果-b为空,则必填 | cluster 名称,表示topic 建在该cluster | |
h | help | 否 | 命令帮助 | |
n | namesrvAddr | 是 | nameServer地址列表, 例如:192.168.0.1:9876;192.168.0.2:9876 |
|
o | order | 否 | false | 设置topic的顺序(真|假 ) 顺序什么的,我还没接触过 |
p | perm | 否 | 6 | 设置topic的权限(2 | 4 | 6), 介绍[2:W 4:R; 6:RW] 权限什么的,我也没用过 |
r | readQueueNums | 否 | 8 | 设置读队列的数量 |
s | hasUnitSub | 否 | 原文是has unit sub (true|false sub是订阅组的意思,unit sub 我就不知道了 |
|
t | topic | 是 | topic名字 | |
u | unit | 否 | false | 原文是is unit topic (true|false unit是什么概念啊,我好像没有看到 |
w | writeQueueNums | 否 | 8 | 设置写队列的数量 |
示例: bin/mqadmin updateTopic -b 192.168.10.1:10911 -n 192.168.10.1:9876 -t firstTopic
2.deleteTopic 从broker和NameServer中删除topic
参数 | 参数原文 | 是否必填 | 默认值 | 说明 |
c | clusterName | 是 | cluster 名称,表示从哪个cluster中删除该topic | |
h | help | 否 | 命令帮助 | |
n | namesrvAddr | 是 | nameServer地址列表, 例如:192.168.0.1:9876;192.168.0.2:9876 |
|
t | topic | 是 | topic名字 |
示例: bin/mqadmin deleteTopic -b 192.168.10.1:10911 -n 192.168.10.1:9876 -t firstTopic
3.updateSubGroup 更新或创建订阅组
参数 | 参数原文 | 是否必填 | 默认值 | 说明 |
a | notifyConsumerIdsChanged | 否 | true | 原文是notify consumerId changed 是通知消费者id改变的意思,但我还不知道 通知谁 |
b | brokerAddr | 如果-c为空,则必填 | broker 地址,表示订阅组 建在该broker | |
c | clusterName | 如果-b为空,则必填 | cluster 名称,表示订阅组 建在该cluster | |
d | consumeBroadcastEnable | 否 | false | 是否开启广播模式 |
g | groupName | 是 | 订阅组名字 | |
h | help | 否 | 命令帮助 | |
i | brokerId | 否 | 0 | 从哪个broker开始消费 |
m | consumeFromMinEnable | 否 | false | 是否从最小位置(offset)开始消费 |
n | namesrvAddr | 是 | nameServer地址列表, 例如:192.168.0.1:9876; 192.168.0.2:9876 |
|
q | retryQueueNums | 否 | 1 | 消费失败的消息放到 个重试队列,
每个订阅组配置的重试队列数量
|
r | retryMaxTimes | 否 | 16 | 重试消费最大次数,超过则投递到死信队列 |
s | consumeEnable | 否 | true | 是否允许消费 |
w | whichBrokerWhenConsumeSlowly | 否 | 1 | 发现消费慢的时候换到别的brokerID |
示例:
bin/mqadmin updateSubGroup -b 192.168.10.1:10911 -n 192.168.10.1:9876 -g firstSubGroup