管理サーバーは,クラスタ構成ファイルを読み取り,この情報を要求したクラスタ内のすべてのノードにそれを配布するプロセスです。また,これはクラスタのアクティビティに関するログを管理します。管理クラ,管理サ。
次の表には,MySQL集群管理サバプログラムndb_mgmdに固有のオプションが含まれています。追加説明が表のあとにあります。ほとんどのMySQL集群プログラム(ndb_mgmdを含む)に共通するオプションにいては,セクション18.4.27“MySQL集群プログラムに共通するオプション——MySQL集群プログラムに共通するオプション”を参照してください。
表18.79この表は,ndb_mgmdプログラムのコマンド行オプションに
形式 | 説明 | 追加または削除 |
---|---|---|
クラスタ構成ファ邮箱ルを指定します。NDB 6.4.0以降では,構成キャッシュをオーバーライドする(ある場合)には——重载または——初始が必要となります | すべてのMySQL 5.6ベスリリス |
|
クラスタ管理サバの構成キャッシュディレクトリを指定します | すべてのMySQL 5.6ベスリリス |
|
ロカルバ | すべてのMySQL 5.6ベスリリス |
|
すべての構成を出力して終了します | すべてのMySQL 5.6ベスリリス |
|
Ndb_mgmdをデモンモドで実行します(デフォルト) | すべてのMySQL 5.6ベスリリス |
|
Ndb_mgmdをデモンとして実行しません | すべてのMySQL 5.6ベスリリス |
|
ndb_mgmdをインタラクティブモードで実行します(本番では正式にサポートされていません。テストのためのみです) | すべてのMySQL 5.6ベスリリス |
|
このノドに適用されるメッセジをクラスタログに書き込むときに使用される名前。 | すべてのMySQL 5.6ベスリリス |
|
ノドidチェックを提供しません | すべてのMySQL 5.6ベスリリス |
|
My.cnfファルからクラスタ構成デタを読み取ります | すべてのMySQL 5.6ベスリリス |
|
管理サバが構成ファルを構成キャッシュと比較します | すべてのMySQL 5.6ベスリリス |
|
管理サ | すべてのMySQL 5.6ベスリリス |
|
この管理サバを起動するときに,これらの管理ノドを待機しません。——db-nodeidも使用する必要があります。 | すべてのMySQL 5.6ベスリリス |
|
管理サバ構成キャッシュを有効にします。デフォルトはtrueです。 | すべてのMySQL 5.6ベスリリス |
|
管理サバプロセスをWindowsサ。Windows以外のプラットフォムには該当しません。 | すべてのMySQL 5.6ベスリリス |
|
以前窗户サービスとしてインストールされた管理サーバープロセスを削除するために使用します。必要に応じて,削除するサビスの名前を指定します。窗户以外のプラットフォームには該当しません。 | すべてのMySQL 5.6ベスリリス |
-
コマンド行形式 ——bind-address = ip_address
型 文字列 デフォルト (没有)
このオプションを指定すると,管理クライアントによる管理サーバーへの接続が,指定したホスト名またはIPアドレス(およびポート(指定された場合))のクライアントに制限されます。その場合,ほかのアドレスから管理サーバーに接続しようとする管理クライアントは,次のエラーが発生して失敗します。无法设置端口:
宿主
:港口
!港口
を指定しない場合,管理クラ邮箱アントはポ,ト1186を使用することを試みます。 -
コマンド行形式 ——no-nodeid-checks
型 ブール デフォルト 假
ノドidのチェックを実行しません。
-
コマンド行形式 ——configdir =目录
——config-dir =目录
型 ファ邮箱ル名 デフォルト $ INSTALLDIR / mysql-cluster
クラスタ管理サバの構成キャッシュディレクトリを指定します。
——config-dir
はこのオプションのエ邮箱リアスです。 -
コマンド行形式 ——config-cache(=真|假)
型 ブール デフォルト 真正的
このオプション(デフォルト値は.
1
(または)真正的
、在
)は,管理サバが起動するたびにconfig.ini
から構成が読み取られるように(セクション18.3.2“MySQL集群の構成ファereplicationル”を参照してください)その構成キャッシュを無効にするために使用できます。これを行うには,次のいずれかのオプションを指定してndb_mgmdプロセスを開始します。一覧したいずれかのオプションの使用が有効となるのは,管理サーバーが開始されたときに格納されている構成がない場合のみです。管理サ
——config-cache
オプションまたは——skip-config-cache
オプションは無視されます。このため,構成キャッシュを無効にするには,管理サ,バ,を最初に起動するときにこのオプションを使用してください。それ以外の場合,まり,構成キャッシュがすでに作成されている管理サーバーの構成キャッシュを無効にする場合は,管理サーバーを停止して,既存の構成キャッシュファイルを手動で削除してから,——skip-config-cache
を指定して(または.——config-cache
に0,从
,または假
を設定して)管理サバを再起動する必要があります。構成キャッシュファeconeconルは通常,econeconeconeconンストルディレクトリの下の
mysql-cluster
という名前のディレクトリに作成されます(——configdir
オプションを使用してこの場所がオバラドされていない場合)。管理サバが構成デタを更新するたびに,新しいキャッシュファ。このファルは,次の形式を使用して作成順に連続した名前が付けられます。ndb_节点编号_config.bin。seq-number
节点编号
は管理サバのノドidであり,seq-number
は1から始まるシケンス番号です。たとえば,管理サーバーのノードIDが5の場合,最初の3つの構成キャッシュファイルが作成されるときにndb_5_config.bin.1
、ndb_5_config.bin.2
,およびndb_5_config.bin.3
という名前が付けられます。実際にキャッシュを無効にせずに,構成キャッシュをパ,ジまたはリロ,ドする場合は,
——skip-config-cache
オプションの代わりに——重新加载
オプションまたは——初始
オプションのいずれかを指定してndb_mgmdを開始してください。構成キャッシュを再度有効にするには,構成キャッシュを無効にするために前に使用した
——config-cache
オプションまたは——skip-config-cache
オプションを指定せずに管理サバを再起動します。——skip-config-cache
が使用された場合,ndb_mgmdは構成ディレクトリ(——configdir
をチェックせずに作成しようとします. (Bug#13428853) -
コマンド行形式 ——配置文件=文件
型 ファ邮箱ル名 デフォルト (没有)
構成ファopenstackルとして使用すべきファopenstackルを管理サopenstackバopenstackに指示します。デフォルトでは,管理サバはndb_mgmd実行可能ファ邮箱ルと同じディレクトリで
config.ini
という名前のファ邮箱ルを探します。それ以外の場合は、ファ以及ル名および場所を明示的に指定する必要があります。このオプションにはデフォルト値はなく,
——重新加载
または——初始
オプションを指定してndb_mgmdが起動されたか,管理サーバーが構成キャッシュを見つけることができなかったために,管理サーバーが構成ファイルを読み取るように強制された場合を除き,無視されます。このオプションは,——config-cache =了
を指定してndb_mgmdが開始された場合にも読み取られます。詳細は,セクション18.3.2“MySQL集群の構成ファereplicationル”を参照してください。以前は,このオプションを
——初始
と一緒に使用すると,ファ。この問題はMySQL集群NDB 7.3.2で解決されました。(错误# 1299289) -
コマンド行形式 ——mycnf
型 ブール デフォルト 假
my.cnf
ファ邮箱ルから構成デ邮箱タを読み取ります。 -
コマンド行形式 ——守护进程
型 ブール デフォルト 真正的
ndb_mgmdにデモンプロセスとして開始するように指示します。これはデフォルトの動作です。
このオプションはndb_mgmdをWindowsプラットフォムで実行している場合は効果がありません。
-
コマンド行形式 ——互动
型 ブール デフォルト 假
ndb_mgmdを邮箱ンタラクティブモ邮箱ドで開始します。つまり,管理サーバーが実行されるとすぐにndb_mgmクラ邮箱アントセッションが開始されます。このオプションはほかの MySQL Cluster ノードを起動しません。
-
コマンド行形式 ——初始
型 ブール デフォルト 假
構成データは,管理サーバーが開始されるたびにクラスタグローバル構成ファイルから読み取られるのではなく,内部的にキャッシュされます(セクション18.3.2“MySQL集群の構成ファereplicationル”を参照してください)。
——初始
オプションを使用するとこの動作がオーバーライドされ,管理サーバーが既存のキャッシュファイルを削除し,クラスタ構成ファイルから構成データを再度読み取り,新しいキャッシュを作成するように強制されます。これは,2 .の点で
——重新加载
オプションと異なります。まず,——重新加载
を指定すると,サーバーが構成ファイルをキャッシュと照合し,ファイルの内容がキャッシュと異なる場合にのみデータをリロードすることが強制されます。2番目に,——重新加载
は既存のキャッシュファ邮箱ルを削除しません。——初始
を指定してndb_mgmdが呼び出されたけれどもグロ。管理サーバーが起動されると,同じMySQL集群内の別の管理サーバーをチェックし,ほかの管理サーバーの構成データを使用することを試みます。ndb_mgmdは,それが実行されている唯一の管理サ,バ,である場合を除き,
——初始
を無視します。この動作は,複数の管理ノードを持つMySQL集群でローリング再起動を実行するときにも影響します。詳細は,セクション18.5.5 " MySQL集群のロリング再起動の実行"を参照してください。以前は,このオプションを
——配置文件
オプションと一緒に使用すると,ファ。MySQL集群NDB 7.3.2以降では,構成ファイルが実際に見つかった場合にのみ,キャッシュがそのようにクリアされます。(错误# 1299289) -
コマンド行形式 ——日志名称=名字
型 文字列 デフォルト MgmtSrvr
クラスタログでこのノドに使用される名前を指定します。
-
コマンド行形式 ——nodaemon
型 ブール デフォルト 假
ndb_mgmdにデモンプロセスとして開始しないように指示します。
Windowsでのndb_mgmdのデフォルト動作はフォアグラウンドでの実行であるため,Windowsプラットフォームではこのオプションは必要ありません。
-
コマンド行形式 ——print-full-config
型 ブール デフォルト 假
クラスタの構成に関する詳細情報を表示します。このオプションをコマンド行に指定すると,ndb_mgmdプロセスはクラスタ設定に関する情報(クラスタ構成セクションの詳細なリスト,およびパラメータとその値を含む)を出力します。通常、
——配置文件
(- f
オプションと一緒に使用します。 -
コマンド行形式 ——重新加载
型 ブール デフォルト 假
MySQL集群NDB 7.3では,構成データは,管理サーバーが起動されるたびにクラスタグローバル構成ファイルから読み取られるのではなく,内部に格納されます(セクション18.3.2“MySQL集群の構成ファereplicationル”を参照してください)。このオプションを使用すると、管理サーバーが内部データストアをクラスタ構成ファイルと照合し、構成ファイルがキャッシュと一致しないことが判明した場合は、構成をリロードすることを強制します。既存の構成キャッシュファイルは維持されますが使用されません。
これは,2 .の点で
——初始
オプションと異なります。最初に,——初始
ではすべてのキャッシュファ邮箱ルが削除されます。2番目に,——初始
は,グローバル構成ファイルを再度読み取って新しいキャッシュを作成することを管理サーバーに強制します。管理サバがグロバル構成ファ
——重新加载
オプションは無視されます。管理サーバーが起動されると,同じMySQL集群内の別の管理サーバーをチェックして,ほかの管理サーバーの構成データを使用することを試みます。ndb_mgmdは,それが実行されている唯一の管理サ,バ,である場合を除き,
——重新加载
を無視します。この動作は,複数の管理ノードを持つMySQL集群でローリング再起動を実行するときにも影響します。詳細は,セクション18.5.5 " MySQL集群のロリング再起動の実行"を参照してください。 -
コマンド行形式 ——nowait-nodes =列表
型 数値 デフォルト 最小値 1
最大値 255
MySQL集群は起動されると2つの管理ノードで構成され,通常,各管理サーバーは別のndb_mgmdも動作しているかどうか,および別の管理サーバーの構成がそれ自体の構成と同じであるかどうかを確認します。ただし,クラスタを1の管理ノドのみで起動すること(およびおそらく別のndb_mgmdをあとで起動することを許可すること)が望ましい場合があります。このオプションを指定すると、このオプションに渡されたノード ID を持つ別の管理ノードを管理ノードがチェックせず、起動された管理ノードのみを使用するように構成されているかのようにクラスタが起動することを許可します。
説明のために,
config.ini
ファイルに次の部分があるとします(ここでは,この例に関連しないほとんどの構成パラメータを省略しています)。[ndbd] NodeId = 1 HostName = 192.168.0.101 [ndbd] NodeId = 2 HostName = 192.168.0.102 [ndbd] NodeId = 3 HostName = 192.168.0.103 [ndbd] NodeId = 4 HostName = 192.168.0.104 [ndb_mgmd] NodeId = 10 HostName = 192.168.0.150 [ndb_mgmd] NodeId = 11 HostName = 192.168.0.151 [api] NodeId = 20 HostName = 192.168.0.200 [api] NodeId = 21 HostName = 192.168.0.201
ノドidが
10
で、IPアドレスが192.168.0.150のホストで動作する管理サーバーのみを使用して,このクラスタを起動するとします。(たとえば,別の管理サーバーを実行する予定のホストコンピュータがハードウェア障害のために一時的に使用できず,それが修復されるのを待っていると想定してください)。このようにクラスタを起動するには,192.168.0.150のマシンのコマンド行を使用して,次のコマンドを入力します。Shell > ndb_mgmd——ndb-nodeid=10——nowait-nodes=11
前の例に示されているように,
——nowait-nodes
を使用する場合は,——ndb-nodeid
オプションも使用して,このndb_mgmdプロセスのノドidを指定する必要があります。その後,クラスタの各デタノドを通常の方法で起動できます。最初の管理サーバーに加えて,あとでデータノードを再起動せずに2番目の管理サーバーを起動して使用する場合は,両方の管理サーバーを参照する接続文字列を次のように指定して,各データノードを起動する必要があります。
Shell > NDBD -c 192.168.0.150,192.168.0.151
mysqldプロセスのうち,このクラスタに接続されるMySQL集群SQLノードとして起動するものに使用される接続文字列に関しても同様です。詳細は,セクション18.3.2.3 " MySQL集群の接続文字列"を参照してください。
ndb_mgmdとともに使用すると,このオプションは別の管理ノドに関してのみ管理ノドの動作に影響します。ndbdまたはndbmtd(全量より少ない数のデタノドでクラスタを起動できる)に使用される
——nowait-nodes
オプションと混同しないでください。このオプションをデータノードに使用した場合は、ほかのデータノードに関係する動作にのみ影響します。複数の管理ノドidは,カンマ区切りリストとしてこのオプションに渡すことができます。各ノドidは,1から255までである必要があります。実際には,同じMySQL集群に3つ以上の管理サーバーを使用することは(または,そのようにする必要性があることは)きわめてまれです。ほとんどの場合,このオプションに渡す必要があるのは,クラスタの起動時に使用しない1つの管理サーバーの単一ノードIDのみです。
注記「欠けている」管理サーバーをあとで起動する場合は,クラスタですでに使用されている管理サーバーと構成が一致している必要があります。そうしないと,既存の管理サバによって実行される構成チェックで失敗して起動されません。
管理サバを起動するときに,接続文字列を必ず指定する必要があるわけではありません。ただし,複数の管理サーバーを使用している場合は,接続文字列を指定して,クラスタ内の各ノードにノードIDを明示的に指定してください。
接続文字列の使用方法にいては,セクション18.3.2.3 " MySQL集群の接続文字列"を参照してください。セクション18.4.4 "ndb_mgmdMySQL集群管理サバデモン”では,ndb_mgmdのその他のオプションにいて説明しています。
次のファルは,起動ディレクトリにあるndb_mgmdによって作成または使用され,config.ini
構成ファ邮箱ルに指定されているDataDir
に配置されます。次のリストでは,node_id
は一意のノド識別子です。
config.ini
はクラスタ全体の構成ファ邮箱ルです。このファ。セクション18.3 " MySQL集群の構成"では,このファ。ndb_
はクラスタ邮箱ベントログファ邮箱ルです。そのようなイベントの例としては,チェックポイントの開始と完了,ノードの起動イベント,ノードの障害,およびメモリー使用率のレベルが含まれます。クラスタベントの完全なリストおよびその説明は,セクション18.5 " MySQL集群の管理"にあります。node_id
_cluster.logクラスタログのサereplicationズが百万バereplicationトに達すると,ファereplicationルが
ndb_
に名前変更されます。ここで,node_id
_cluster.log。seq_id
seq_id
はクラスタログファイルのシーケンス番号です(たとえば,シーケンス番号1、2、3を持つファイルがすでに存在する場合,次のログファイルは番号4
を使用して名前が付けられます)。ndb_
は,管理サバがデモンとして実行されているときに,node_id
_out.logstdout
およびstderr
のために使用されるファ邮箱ルです。ndb_
は,管理サ。node_id
.pid-
コマンド行形式 ——安装(=名字)
プラットフォム固有 窗户 型 文字列 デフォルト ndb_mgmd
ndb_mgmdがWindowsサ。必要に応じて,サビスの名前を指定できます。設定しない場合,サビス名は
ndb_mgmd
にデフォルト設定されます。その他のndb_mgmdプログラムオプションはmy.ini
またはmy.cnf
構成ファルに指定することが推奨されますが,——安装
と一緒に使用できます。ただし,そのような場合,Windowsサ,ビスの,Windowsンスト,ルが成功するには,——安装
オプションを最初に指定してから,ほかのオプションを指定する必要があります。このオプションを
——初始
オプションと一緒に使用することは一般的にお勧めしません。サビスが停止および開始されるたびに構成キャッシュが消去されて再作成されるためです。管理サバの起動に影響するほかのndb_mgmdオプションを使用する場合にも注意すべきであり,それを行うことを十分に理解し,起こり得る結果に対して十分に準備していることをしっかりと確認してください。——安装
オプションは,Windows以外のプラットフォムでは効果がありません。 -
コマンド行形式 ——删除(=名字)
プラットフォム固有 窗户 型 文字列 デフォルト ndb_mgmd
Windowsサビスとして以前にndb_mgmdプロセスが削除されます。必要に応じて,アン。設定しない場合,サビス名は
ndb_mgmd
にデフォルト設定されます。——删除
オプションは,Windows以外のプラットフォムでは効果がありません。