- 23.3.3.1 NDB群集配置:基本示例
- 23.3.3.2 NDB集群推荐启动配置
- 23.3.3.3 NDB集群连接字符串
- 23.3.3.4定义NDB集群中的计算机
- 23.3.3.5定义NDB集群管理服务器
- 23.3.3.6定义NDB集群数据节点
- 23.3.3.7在NDB集群中定义SQL和其他API节点
- 23.3.3.8定义系统
- 23.3.3.9 MySQL服务器选项和NDB群集的变量
- 23.3.3.10 NDB群集TCP / IP连接
- 23.3.3.11 NDB集群通过直连方式建立TCP/IP连接
- 23.3.3.12 NDB集群共享内存连接
- 23.3.3.13数据节点内存管理
- 23.3.3.14配置NDB集群发送缓冲区参数
配置NDB群集需要使用两个文件:
my.cnf
:指定所有NDB集群可执行文件的选项。这个文件必须被集群中运行的每个可执行文件访问,您应该从以前的MySQL工作中熟悉它。config.ini
:这个文件,有时被称为全局配置文件,仅由NDB Cluster管理服务器读取,然后该服务器将其中包含的信息分发给参与集群的所有进程。config.ini
包含集群中涉及的每个节点的描述。这包括数据节点的配置参数和集群中所有节点之间连接的配置参数。有关此文件中可能出现的部分的快速参考,以及每个部分中可能放置的配置参数类型,请参见部分的部分config.ini
文件.
缓存配置数据。NDB
使用有状态的配置.与每次管理服务器重新启动时读取全局配置文件不同,管理服务器在第一次启动时缓存配置,此后,只有当以下条件之一为真时才读取全局配置文件:
管理服务器使用——initial选项启动。当
——初始
使用,全局配置文件重新读取,删除任何现有的缓存文件,管理服务器创建新的配置缓存。管理服务器使用——reload选项启动。这
- 重装
选项使管理服务器将其缓存与全局配置文件进行比较。如果它们不同,管理服务器会创建新的配置缓存;任何现有的配置缓存都保留,但未使用。如果管理服务器的缓存和全局配置文件包含相同的配置数据,则使用现有的缓存,并且不会创建新的缓存。管理服务器使用——config-cache=FALSE启动。这种禁用
——config-cache
(默认启用),并可用于强制管理服务器完全绕过配置缓存。在这种情况下,管理服务器忽略可能存在的任何配置文件,总是从config.ini
文件而不是。找不到配置缓存。在这种情况下,管理服务器读取全局配置文件并创建包含与文件中相同的配置数据的缓存。
配置缓存文件。默认情况下管理服务器在命名的目录中创建配置缓存文件mysql-cluster.
在MySQL安装目录下。(如果你在Unix系统上从源代码构建NDB Cluster,默认的位置是/ usr / local / mysql-cluster
)。控件启动管理服务器,可以在运行时覆盖这一点——configdir
选择。配置缓存文件是根据模式命名的二进制文件NDB_
,在那里node_id
_config.bin。seq_id
node_id
是群集中的管理服务器的节点ID,还有seq_id
是一个缓存idenitifer。缓存文件按顺序使用seq_id
,按它们被创建的顺序排列。管理服务器使用最新的缓存文件seq_id
.
通过删除以后的配置缓存文件,或者重命名以前的缓存文件,使其具有更高的配置,可以回滚到以前的配置seq_id
.但是,由于配置缓存文件是以二进制格式编写的,所以不应该尝试手动编辑它们的内容。
的详细信息——configdir
那——config-cache
那——初始
,- 重装
NDB集群管理服务器的选项,请参见第23.4.4节“NDB_MGMD - NDB群集管理服务器守护程序”.
我们一直在改进NDB集群的配置,并试图简化这个过程。尽管我们努力保持向后兼容性,但有时可能会引入不兼容的更改。在这种情况下,我们试图让NDB Cluster用户提前知道一个更改是否向后兼容。如果你发现这样的变化,我们没有记录它,请报告它在MySQL bug数据库中使用的说明第1.6节,“如何报告bug或问题”.