Documentation Home
MySQL 5.6 Reference Manual
Related Documentation Download this Manual
PDF (US Ltr) - 31.2Mb
PDF (A4) - 31.2Mb
PDF (RPM) - 29.4Mb
HTML Download (TGZ) - 7.3Mb
HTML Download (Zip) - 7.3Mb
HTML Download (RPM) - 6.2Mb
Man Pages (TGZ) - 179.0Kb
Man Pages (Zip) - 289.5Kb
Info (Gzip) - 3.0Mb
Info (Zip) - 3.0Mb
Excerpts from this Manual NDB Cluster Management Node Configuration Parameters

The listing in this section provides information about parameters used in the [ndb_mgmd] or [mgm] section of a config.ini file for configuring NDB Cluster management nodes. For detailed descriptions and other additional information about each of these parameters, see Section, “Defining an NDB Cluster Management Server”.

  • ArbitrationDelay: When asked to arbitrate, arbitrator waits this long before voting (milliseconds)

  • ArbitrationRank: If 0, then management node is not arbitrator. Kernel selects arbitrators in order 1, 2

  • DataDir: Data directory for this node

  • ExecuteOnComputer: String referencing an earlier defined COMPUTER

  • HeartbeatIntervalMgmdMgmd: Time between management node-to-management node heartbeats; the connection between management node is considered lost after 3 missed heartbeats.

  • HeartbeatThreadPriority: Set heartbeat thread policy and priority for management nodes; see manual for allowed values

  • HostName: Host name or IP address for this management node.

  • Id: Number identifying the management node (Id). Now deprecated; use NodeId instead.

  • LogDestination: Where to send log messages: console, system log, or specified log file

  • MaxNoOfSavedEvents: Not used

  • NodeId: Number uniquely identifying the management node among all nodes in the cluster.

  • PortNumber: Port number to send commands to and fetch configuration from management server

  • PortNumberStats: Port number used to get statistical information from a management server

  • TotalSendBufferMemory: Total memory to use for all transporter send buffers

  • wan: Use WAN TCP setting as default


After making changes in a management node's configuration, it is necessary to perform a rolling restart of the cluster for the new configuration to take effect. See Section, “Defining an NDB Cluster Management Server”, for more information.

To add new management servers to a running NDB Cluster, it is also necessary perform a rolling restart of all cluster nodes after modifying any existing config.ini files. For more information about issues arising when using multiple management nodes, see Section, “Limitations Relating to Multiple NDB Cluster Nodes”.