RocketMQコンソールコマンド

この記事では申し訳ありませんが、誤ってリリースされ、追加し、完全な自由ではなく、

 

ロケットバージョン: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 

おすすめ

転載: www.cnblogs.com/yellowgg/p/11712638.html