- 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群集用户提前知道如果更改不兼容。如果您发现此类更改,我们尚未记录它,请使用所提供的指令在MySQL错误数据库中报告第1.6节“如何报告错误或问题”.