シーン：スレッド、着信トピックNの数に応じてコンフィギュレーションのような同じグループIDブローカーに、それぞれ、N消費者によれば、定義逐次の順序の定義呼び出す消費者の消費
現象：プログラムが起動した後、カフカの消費者スレッドが正しく初期化するために、消費者の投票を呼び出してみてください、ノーリターンメッセージプログラムは約10分、通常の消費の開始後に開始していないがありました。
ポジショニング分析：
プログラムが起動した後、それは消費を発見しました
1>表示カフカのデバッグログ
コーディネータ192.168.44.88:9191にハートビート要求を送信する（ID：2147483647ラック：NULL）
グループがリバランスされているので失敗したハートビートしようと
2>コンシューマ・グループを参照してくださいカフカ独自のスクリプトを使用して
ビン/ kafka-consumer-groups.sh --bootstrap-サーバー192.168.44.88:9191 --describe --groupサンプル・消費者グループ
发现警告：消費者グループ「サンプル・消費者グループは、」リバランスです。
話題のLAGが0でない、つまり、メッセージのバックログです。
3>カフカクラスタを更新し、話題パーティションのテストを高めようとした後、手続き上の問題として確認、問題がまだ存在することがわかりました。
4>のみのトピック、通常の消費を渡すために、消費者とトピックの数を削減しようとします。
各トピックのために、3つのトピックを着信と話題に広がり、前者は通常2正常ではない理由で話題の唯一の消費者の消費量は、なぜ前者はカフカグループのリバランスにつながるのだろうか？
比較試験条件は、最初の推測は、同じグループIDのリードで、異なります。
3つのトピックを渡すと、消費者は、3つの異なるグループIDの消費を使用してみましょうされた後、我々は通常の消費量は、問題が解決されることを見出しました。
情報の検索、似たような状況を見つけ、参照
https://www.gonever.com/post/108
TODO：飼育係のデータ分析とkakfaソース。