17.3.2 MySQL Cluster Configuration Files

17.3.2.1 MySQL Cluster Configuration: Basic Example
17.3.2.2 Recommended Starting Configurations for MySQL Cluster NDB 6.2 and Later
17.3.2.3 MySQL Cluster Connection Strings
17.3.2.4 Defining Computers in a MySQL Cluster
17.3.2.5 Defining a MySQL Cluster Management Server
17.3.2.6 Defining MySQL Cluster Data Nodes
17.3.2.7 Defining SQL and Other API Nodes in a MySQL Cluster
17.3.2.8 MySQL Cluster TCP/IP Connections
17.3.2.9 MySQL Cluster TCP/IP Connections Using Direct Connections
17.3.2.10 MySQL Cluster Shared-Memory Connections
17.3.2.11 SCI Transport Connections in MySQL Cluster
17.3.2.12 Configuring MySQL Cluster Parameters for Local Checkpoints
17.3.2.13 Configuring MySQL Cluster Send Buffer Parameters

Configuring MySQL Cluster requires working with two files:

Caching of configuration data.  Beginning with MySQL Cluster NDB 6.4.0, MySQL Cluster uses stateful configuration. The global configuration file is no longer read every time the management server is restarted. Instead, the management server caches the configuration the first time it is started, and thereafter, the global configuration file is read only when one of the following items is true:

Configuration cache files.  Beginning with MySQL Cluster 6.4.0, the management server by default creates configuration cache files in a directory named mysql-cluster in the MySQL installation directory. (If you build MySQL Cluster from source on a Unix system, the default location is /usr/local/mysql-cluster.) This can be overridden at runtime by starting the management server with the --configdir option. Configuration cache files are binary files named according to the pattern ndb_node_id_config.bin.seq_id, where node_id is the management server's node ID in the cluster, and seq_id is a cache idenitifer. Cache files are numbered sequentially using seq_id, in the order in which they are created. The management server uses the latest cache file as determined by the seq_id.

Note

It is possible to roll back to a previous configuration by deleting later configuration cache files, or by renaming an earlier cache file so that it has a higher seq_id. However, since configuration cache files are written in a binary format, you should not attempt to edit their contents by hand.

For more information about the --configdir, --config-cache, --initial, and --reload options for the MySQL Cluster management server, see Section 17.4.4, “ndb_mgmd — The MySQL Cluster Management Server Daemon”.

We are continuously making improvements in Cluster configuration and attempting to simplify this process. Although we strive to maintain backward compatibility, there may be times when introduce an incompatible change. In such cases we will try to let Cluster users know in advance if a change is not backward compatible. If you find such a change and we have not documented it, please report it in the MySQL bugs database using the instructions given in Section 1.7, “How to Report Bugs or Problems”.