mysql集群

合集下载

MySQL集群之五大常见的MySQL高可用方案(转)

MySQL集群之五大常见的MySQL高可用方案(转)

MySQL集群之五⼤常见的MySQL⾼可⽤⽅案(转)1. 概述我们在考虑MySQL数据库的⾼可⽤的架构时,主要要考虑如下⼏⽅⾯:如果数据库发⽣了宕机或者意外中断等故障,能尽快恢复数据库的可⽤性,尽可能的减少停机时间,保证业务不会因为数据库的故障⽽中断。

⽤作备份、只读副本等功能的⾮主节点的数据应该和主节点的数据实时或者最终保持⼀致。

当业务发⽣数据库切换时,切换前后的数据库内容应当⼀致,不会因为数据缺失或者数据不⼀致⽽影响业务。

关于对⾼可⽤的分级在这⾥我们不做详细的讨论,这⾥只讨论常⽤⾼可⽤⽅案的优缺点以及⾼可⽤⽅案的选型。

2. ⾼可⽤⽅案2.1. 主从或主主半同步复制使⽤双节点数据库,搭建单向或者双向的半同步复制。

在5.7以后的版本中,由于lossless replication、logical多线程复制等⼀些列新特性的引⼊,使得MySQL原⽣半同步复制更加可靠。

常见架构如下:通常会和proxy、keepalived等第三⽅软件同时使⽤,即可以⽤来监控数据库的健康,⼜可以执⾏⼀系列管理命令。

如果主库发⽣故障,切换到备库后仍然可以继续使⽤数据库。

优点:1. 架构⽐较简单,使⽤原⽣半同步复制作为数据同步的依据;2. 双节点,没有主机宕机后的选主问题,直接切换即可;3. 双节点,需求资源少,部署简单;缺点:1. 完全依赖于半同步复制,如果半同步复制退化为异步复制,数据⼀致性⽆法得到保证;2. 需要额外考虑haproxy、keepalived的⾼可⽤机制。

2.2. 半同步复制优化半同步复制机制是可靠的。

如果半同步复制⼀直是⽣效的,那么便可以认为数据是⼀致的。

但是由于⽹络波动等⼀些客观原因,导致半同步复制发⽣超时⽽切换为异步复制,那么这时便不能保证数据的⼀致性。

所以尽可能的保证半同步复制,便可提⾼数据的⼀致性。

该⽅案同样使⽤双节点架构,但是在原有半同复制的基础上做了功能上的优化,使半同步复制的机制变得更加可靠。

mysql pxc 集群原理 -回复

mysql pxc 集群原理 -回复

mysql pxc 集群原理-回复MySQL PXC(Percona XtraDB Cluster)集群原理PXC是一个基于MySQL InnoDB引擎的高可用性和可扩展性的集群解决方案。

它通过使用多主复制和基于Galera集群的同步复制来确保数据的一致性和高可用性。

本文将详细介绍PXC集群的原理,并逐步回答相关问题。

1. 什么是PXC集群?PXC集群是一个由多个MySQL节点组成的集群,并通过相互之间的同步复制来实现数据的分布和高可用性。

每个节点都是一个独立的数据库服务器,具有自己的内存、CPU和磁盘资源。

2. PXC集群使用了什么技术来实现数据的同步复制?PXC集群使用了Galera集群技术来实现同步复制。

Galera集群是一个开源的同步复制解决方案,它通过在每个节点上应用相同的写操作来保证数据的一致性。

3. PXC集群是如何处理写入操作的?当一个节点接收到一个写入操作时,它会将该操作应用到其本地的数据库副本上,并将该写入操作发送给其他节点。

其他节点也会将该写入操作应用到它们的本地数据库副本上。

只有当大多数节点确认已经应用了该写入操作时,该操作才会被认为是提交成功的。

4. PXC集群是如何处理读取操作的?PXC集群允许所有节点都可用于处理读取操作。

当一个读取请求到达集群时,该请求会被转发到任意一个节点上进行处理。

由于所有节点都有相同的数据副本,所以无论请求转发到哪个节点,返回的结果应保持一致。

5. PXC集群中的节点如何通信?PXC集群中的节点使用多播和单播两种方式进行通信。

在多播方式下,节点通过组播地址将状态变更、写入操作和心跳消息发送给其他节点。

而在单播方式下,节点通过互相通信的IP地址来进行节点之间的通信。

6. PXC集群中的节点如何检测其他节点的可用性?每个节点都会定期发送心跳消息给其他节点。

通过检测其他节点是否有响应来确定其是否可用。

如果一个节点无法检测到其他节点的心跳消息,那么它会认为其他节点已经失效,并从集群中移除。

多图文详细介绍mysql各个集群方案

多图文详细介绍mysql各个集群方案

多图文详细介绍mysql各个集群方案MySQL是一个开源的关系型数据库管理系统,已经成为了业界最流行的数据库之一、由于单机MySQL数据库的性能有限,为了提高数据库的可用性、扩展性和性能,业界提出了各种MySQL集群方案,本文将详细介绍几种常见的MySQL集群方案。

1.MySQL主从复制集群:MySQL主从复制是一种简单而常用的集群方案。

该方案通过一个主数据库和多个从数据库实现数据的异步复制,主数据库负责写入操作,从数据库负责读取操作。

主从复制具有以下特点:-主数据库可以提供写入的高性能,从数据库可以提供读取的高性能。

-从数据库可以用于灾备,一旦主数据库出现故障,可以快速切换到从数据库继续提供服务。

-主从复制的实现较为简单,不需要引入复杂的集群管理软件。

-主从复制的缺点是从数据库的数据有一定的延迟。

2.MySQL双主集群:MySQL双主集群是一种更进一步的集群方案,通过在多个数据库之间实现双向复制,实现了数据库的读写分离。

双主集群具有以下特点:-双主结构可以提供更高的可用性,一旦一个数据库出现故障,可以快速切换到另一个数据库继续提供服务。

-双主结构可以提供更高的性能,读写操作可以同时在两个数据库上进行。

-双主集群的缺点是配置和管理比较复杂,需要保证数据的一致性和冲突解决。

3.MySQL分片集群:MySQL分片集群通过将数据分散到多个数据库节点上实现横向扩展,以应对海量数据的处理需求。

分片集群具有以下特点:-分片集群可以提供无限的水平扩展性,可以随着数据的增长增加更多的节点。

-分片集群可以提供更好的性能,可以将负载均衡到多个节点上。

-分片集群的缺点是管理和维护成本较高,需要处理数据的分片和路由问题。

4.MySQL主备集群:MySQL主备集群通过在多个数据库节点之间实现实时数据同步,实现了高可用性和故障切换。

主备集群具有以下特点:-主备结构可以提供高可用性,一旦主节点出现故障,可以自动切换到备用节点继续提供服务。

mysql一主三从集群原理

mysql一主三从集群原理

mysql一主三从集群原理MySQL一主三从集群是一种常见的数据库架构,它通过将一个主数据库和三个从数据库连接在一起,实现了数据的冗余备份和负载均衡。

下面我将从多个角度来解释这种集群的原理。

首先,让我们来看一下MySQL一主三从集群的基本原理。

在这种架构中,主数据库负责处理所有的写操作和一部分的读操作,而从数据库则负责处理大部分的读操作。

主数据库上的数据会通过MySQL的复制机制同步到从数据库上,这样即使主数据库发生故障,也可以快速切换到从数据库来保证系统的可用性。

其次,MySQL一主三从集群的原理涉及到数据的同步和复制。

当主数据库上的数据发生变化时,MySQL会将这些变化记录在二进制日志中,并通过主从复制的方式将这些变化同步到从数据库上。

从数据库会定期连接主数据库,获取二进制日志中的变化并应用到自己的数据中,从而保持与主数据库的数据一致性。

此外,MySQL一主三从集群还涉及到负载均衡的原理。

通过将读操作分发到多个从数据库上,可以有效地分担主数据库的压力,提高系统的整体性能。

一些负载均衡的工具和技术,如MySQLProxy、HAProxy等,可以用来实现这种负载均衡。

另外,MySQL一主三从集群的原理还涉及到故障转移和容灾恢复。

当主数据库发生故障时,可以通过手动或自动的方式将其中一个从数据库提升为新的主数据库,从而保证系统的可用性。

同时,也可以通过定期备份和监控来保证数据的安全性和完整性。

总的来说,MySQL一主三从集群通过主从复制、负载均衡、故障转移和容灾恢复等技术手段,实现了数据的高可用性、高性能和容灾备份。

这种集群的原理涉及到多个方面,需要综合考虑和实践来保证系统的稳定运行。

mysql 集群的方法

mysql 集群的方法

mysql 集群的方法MySQL 集群是为了提高数据库的可用性、性能和数据一致性而采用的一种技术。

以下是几种常见的 MySQL 集群方法:1.主从复制 (Master-Slave Replication):o一个主服务器(Master)负责写操作,并将数据变更复制到一个或多个从服务器(Slave)。

o从服务器处理读请求,确保数据保持同步。

o主要用途是读写分离、备份和故障恢复。

2.MySQL Group Replication:o这是 MySQL 5.7 之后引入的一个插件,允许 MySQL 实例形成一个互操作的组,并自动处理故障转移。

o它提供了数据冗余、自动故障转移和读写负载均衡。

3.MySQL Cluster:o基于 NDB(或 NDB Cluster)存储引擎,允许多个节点协同工作。

o提供高可用性、自动分片和并行处理。

o对于非常大的数据集和高并发的场景特别有用。

4.Galera Cluster for MySQL:o通过同步复制实现真正的多主复制。

o保证了数据一致性,提供了自动故障恢复和高可用性。

o Percona XtraDB Cluster 和 MariaDB Cluster 都使用了这种技术。

5.Proxy Solutions:o使用如 ProxySQL、HAProxy 或 MaxScale 等代理,可以基于路由规则将请求转发到不同的 MySQL 实例。

o可以实现负载均衡、读写分离、故障转移等功能。

6.分片 (Sharding):o将数据分布到多个数据库或服务器上,以实现水平扩展。

o使用如MySQL Sharding这样的中间件或工具,可以将请求路由到正确的分片。

7.使用云服务:o如 Amazon RDS 的 Multi-AZ (一个主数据库和一个或多个副数据库) 和 Read Replicas。

o这些解决方案通常提供了高可用性和自动故障转移。

8.其他第三方解决方案:如 Patroni、Codership、Vitess 等,都是为了解决特定问题的解决方案。

MySQL数据库的集群技术

MySQL数据库的集群技术

MySQL数据库的集群技术随着互联网应用的快速发展,MySQL数据库作为一种免费开源的关系型数据库系统,应用非常广泛。

尤其是在大数据时代,MySQL数据库的运用更加普及,对于高并发、高可用的系统来说,MySQL数据库集群技术成为不可或缺的一部分。

本文将对MySQL数据库集群的原理和一些相关技术进行详细介绍。

一、MySQL数据库集群概述MySQL数据库集群指多台服务器联合工作,共同对外提供MySQL数据库的服务。

与单机版MySQL数据库相比,MySQL数据库集群具有高可用性、高性能、负载均衡的特点。

MySQL数据库集群一般由多台物理服务器或虚拟机组成,各服务器通过MySQL复制功能同步数据,同时实现MySQL的负载均衡功能,从而更好地实现高可用性和高性能要求。

MySQL数据库集群不仅支持读写分离,也支持自主扩展,使得数据库的读写效率和并发性能都得到极大提升。

二、MySQL数据库集群技术1.MySQL数据库主从复制技术MySQL数据库主从复制技术是MySQL数据库集群中最基础也是最常用的一种技术。

它的原理是将主节点上的数据同步到从节点上,从而实现数据的冗余备份和读写分离。

在实际应用过程中,主节点负责写入数据,而从节点只需要读取数据。

主节点数据的更新都会及时同步到从节点,从而保持主从数据的一致性。

此外,MySQL数据库主从复制技术在应对高并发访问时,还能实现负载均衡的功能,从而提高数据库的读写效率。

2. MySQL数据库主主复制技术MySQL数据库主主复制技术与主从复制技术相似,都是将数据复制到另一台机器上,实现数据的冗余备份和读写分离的目的。

但与主从复制技术不同的是,主主复制技术允许多个MySQL数据库实例之间相互复制,也就是说,每个数据库实例都可以同时对外提供读写服务,实现负载均衡。

同时,在数据保存方面,MySQL数据库主主复制技术具有更高的数据可靠性,能够有效避免数据丢失的情况。

3. MySQL数据库分片技术MySQL数据库分片技术是针对海量数据存储和高并发访问场景的一种解决方案。

MySQL集群部署与配置指南

MySQL集群部署与配置指南

MySQL集群部署与配置指南引言MySQL是一种开源的关系型数据库管理系统,被广泛应用于各种应用程序中。

在处理大规模数据和高并发访问时,单个MySQL服务器可能无法满足需求。

为了提高性能和可用性,使用MySQL集群来部署和配置数据库是一个不错的选择。

本文将详细介绍MySQL集群部署和配置的指南,帮助读者了解集群的概念,并提供一些实用的技巧。

1. 集群概述1.1 什么是MySQL集群MySQL集群是指由多个MySQL服务器组成的集合,通过共享数据和负载均衡来提供高性能和高可用性。

集群中的每个节点都存储相同的数据,并且可以处理来自客户端的查询请求。

如果其中一个节点发生故障,其他节点将继续提供服务,确保数据的有效性和可访问性。

1.2 集群的优势MySQL集群具有以下优势:- 高可用性:即使其中一个节点发生故障,其他节点也可以继续提供服务,避免了单点故障的风险。

- 负载均衡:通过将查询请求分发到不同的节点上,集群可以平衡负载,提高整个系统的性能。

- 扩展性:可以根据需求增加或减少集群节点,以应对不断增长的数据和用户访问量。

- 数据冗余:通过复制数据到多个节点,可以提供数据的冗余备份,避免数据丢失的风险。

2. 部署MySQL集群2.1 硬件要求部署MySQL集群需要考虑以下硬件要求:- 多台服务器:每个节点都需要一个独立的服务器来承载MySQL服务。

- 网络连接:节点之间需要可靠的网络连接,以便进行数据同步和通信。

2.2 软件要求部署MySQL集群还需要满足以下软件要求:- MySQL数据库:每个节点都需要安装并配置MySQL数据库。

- 集群管理软件:可以使用各种集群管理软件,如MySQL Cluster、Galera Cluster或Percona XtraDB Cluster等。

2.3 数据同步配置为了保持每个节点上的数据一致性,需要配置数据同步机制。

可以使用MySQL的复制功能来实现数据同步。

具体步骤如下:- 在一个节点上设置为主节点(master),并启用二进制日志功能。

MySQL中的高可用集群方案实现

MySQL中的高可用集群方案实现

MySQL中的高可用集群方案实现MySQL 是一个开源的关系型数据库管理系统,被广泛应用于各种各样的业务场景。

在大规模应用和高并发的情况下,为了保证数据库服务的高可用性和数据的持久性,采用高可用集群方案是必不可少的。

本文将介绍一些常见的 MySQL 高可用集群方案,并深入探讨其实现原理和适用场景。

一、背景介绍1.1 MySQL 的高可用性问题在传统的单机 MySQL 架构中,当数据库服务器发生故障或者由于维护等原因需要停机时,会导致业务的中断和数据的丢失。

为了解决这个问题,需要引入高可用集群方案,以提供服务的持续性和数据的安全性。

1.2 高可用集群方案的作用高可用集群方案可以将多个数据库服务器组成一个集群,提供冗余和故障转移机制,当其中某一个节点出现故障时,其他节点会接管服务,保证数据库服务的不中断,并且数据不会丢失。

二、MySQL 高可用集群方案的实现原理2.1 主从复制主从复制是 MySQL 中最经典的高可用集群方案之一。

它的实现原理是将一个节点作为主节点,负责处理写操作,并将写操作的日志同步到其他节点作为从节点。

当主节点发生故障时,一个从节点会被选举为新的主节点,继续提供服务。

主从复制不仅可以提高可用性,还可以增加读取的吞吐量。

2.2 半同步复制半同步复制是在主从复制的基础上进行的改进,主要解决数据同步的延迟问题。

在传统的主从复制架构中,主节点将写操作的日志同步到从节点时,只需要将数据写入到主节点的本地磁盘即可返回成功,而不需要等待从节点的确认。

这种情况下,如果主节点发生故障,可能会导致部分数据的丢失。

半同步复制引入了一个等待从节点确认的机制,只有在从节点确认接收到数据后,主节点才会返回写操作的成功。

2.3 MHAMHA(Master High Availability)是一个针对 MySQL 的高可用性解决方案,它基于主从复制的架构,并通过自动监控和故障切换机制实现高可用性。

MHA 的工作原理是通过一个特殊的管理节点来监控主节点的状态,当主节点发生故障时,自动将一个从节点提升为新的主节点,并进行相应的配置更新和状态同步。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

则说明 ndb 服务已经启动了。使用下面的命令可以查看 ndb 服务是否已经启动:
$ ps aux|grep ndb|grep -v grep
现在,可以启动 mysql 服务了:
$ sudo /etc/init.d/mysql start
19.4
阶段测试
到目前为止,存储的集群已经做好了(负载均衡还没有做)。 现在,我们来进行一些必要的测试。
# 管理节点的 IP 地址
文件保存后,就可以启动 ndb 服务了:
$ sudo /etc/init.d/mysql-ndb start-initial
ndb
/etc/init.d/mysql-ndb start
/etc/init.d/mysql-ndb start-initial 294
第 19 章
19.2
管理节点(MGM)的安装及配置
Ubuntu 8.04 里面的 MySQL 版本是 5.0.51a。在软件包 mysql-server-5.0 中,不仅携带 292
第 19 章
负载均衡、高可用的 MySQL 集群
了集群服务器管理程序(ndb_mgmd),还携带了集群管理客户端(ndb_mgm)。客户端 ndb_mgm 可以用来显示集群的状态,让你了解集群的工作情况。 本节我们来安装、配置 (192.168.1.10)。
文件保存后,即可启动 MySQL 的 mgm 服务了:
$ sudo /etc/init.d/mysql-ndb-mgm start
以后,如果要停止 MySQL 集群,只需要停止该 mgm 服务即可。 293
最佳方案
19.3
存储节点(NDB)的安装及配置
本节我们来安装、配置 和 。
然后,编辑一个新的 f:
$ sudo nano /etc/mysql/f
内容如下:
[client] socket = /var/run/mysqld/mysqld.sock port = 3306 [mysqld] ndbcluster ndb-connectstring=192.168.1.10 # 管理节点的 IP 地址 default-storage-engine=NDBCLUSTER [mysql_cluster] ndb-connectstring=192.168.1.10
19 负载均衡、 高可用的 MySQL 集群
本章我们来介绍 MySQL 数据库服务器的集群。 网上基于 Debian 或者 Ubuntu 的 MySQL 数据库、安装;这样做的坏处前面已经介绍过,就是安全更新很麻烦。所以,在 条件允许的情况下,要尽量使用 Ubuntu 官方的软件包。 Ubuntu 带的 MySQL 服务器软件包,已经包含了 MySQL 集群所需的 3 个组件,所以 我们根本不需要去从源代码编译安装 MySQL。这 3 个组件分别是: MySQL MySQL NDB MySQL NDB Management MySQL 使用 NDB 来实现集群。NDB 是一种“内存中”的存储引擎,可用性高、数 据一致性好。
mysql> CREATE DATABASE clustertest; Query OK, 1 row affected (0.24 sec) mysql> USE clustertest; Database changed mysql> CREATE TABLE testtable (Count INT) ENGINE=NDBCLUSTER; Query OK, 0 rows affected (0.24 sec) mysql> INSERT INTO testtable () VALUES (1); Query OK, 1 row affected (0.00 sec) mysql> SELECT * FROM testtable; +-------+ | Count | +-------+ | 1 | +-------+ 1 row in set (0.00 sec)
19.2.1
安装 MySQL
在 服务器上,安装 MySQL 服务器:
$ sudo apt-get update install mysql-server
安装时,安装程序会要求你设置 MySQL 的 root 口令。请设置好,并记住该口令。
19.2.2
配置 ndb_f
最佳方案
(3)管理节点(ndbd-mgm) 管理节点是用来管理集群内其他节点的,比如提供配置信息、启动或停止节点、执 行备份等。其服务的启停是由/etc/init.d/mysql-ndb-mgm 脚本来管理的。由于这类节 点是管理者,所以管理节点必须首先启动,然后其他两类节点再启动。
图 19.1
在该提示符下,输入 show 命令,来查看当前连接状态:
ndb_mgm> show
在正常情况下,应该显示如下内容:
Connected to Management Server at: localhost:1186 Cluster Configuration --------------------[ndbd(NDB)] 2 node(s) id=2 @192.168.1.13 (Version: 5.0.51, Nodegroup: 0) id=3 @192.168.1.14 (Version: 5.0.51, Nodegroup: 0, Master) [ndb_mgmd(MGM)] 1 node(s) id=1 @192.168.1.10 (Version: 5.0.51)
负载均衡、高可用的 MySQL 集群

ndb
如果你在启动 ndb 服务时遇到下列错误:
* Starting MySQL NDB Data Node ndbd error=2350 2009-02-15 22:20:55 [ndbd] INFO -- Error handler restarting system 2009-02-15 22:20:55 [ndbd] INFO -- Error handler shutdown completed - exiting sphase=0 exit=-1
19.3.1
安装 MySQL
在 mysql-data1 和 mysql-data2 两台服务器上,分别安装 MySQL 服务器:
$ sudo apt-get update install mysql-server
安装时,安装程序会要求你设置 MySQL 的 root 口令。请设置好,并记住该口令。 程序安装完成后,请先停止 MySQL 服务:
$ sudo /etc/init.d/mysql stop
19.3.2
配置 f
在 mysql-data1 和 mysql-data2 两台服务器上,要执行相同的操作。 首先,备份原有的/etc/mysql/f:
$ sudo mv /etc/mysql/f /etc/mysql/f-back
现在我们来创建 MySQL 的集群配置文件,该文件路径为/etc/mysql/ndb_f:
$ sudo nano /etc/mysql/ndb_f
ndb_f 输入如下内容:
[NDBD DEFAULT] NoOfReplicas=2 [MYSQLD DEFAULT] [NDB_MGMD DEFAULT] [TCP DEFAULT] [NDB_MGMD] # 管理节点 HostName=192.168.1.10
ndb_mgm> quit
19.4.2
测试
现在,让我们来看看集群在数据存储方面是否正常。我们将分别在两个存储节点上进 行数据操作。 1.数据同步测试 首先,我们在节点 上,创建一个数据库,并插入一行数据。
$ mysql -u root -p
输入密码后,就进入了 MySQL 客户端的命令行界面。在该界面中,输入如下命令:
# 本机(管理节点)的 IP 地址
[NDBD] # 存储节点 1 HostName=192.168.1.13 DataDir=/var/lib/mysql-cluster BackupDataDir=/var/lib/mysql-cluster/backup [NDBD] # 存储节点 2 HostName=192.168.1.14 DataDir=/var/lib/mysql-cluster BackupDataDir=/var/lib/mysql-cluster/backup # 有几个存储节点,就写几行[MYSQLD] [MYSQLD] [MYSQLD]
MySQL 集群架构
19.1.2
本例中的服务器
本例中,我们将使用 5 台 Ubuntu 服务器,它们的作用和 IP 配置如下: :192.168.1.10,管理节点 :192.168.1.11,负载均衡节点 1 :192.168.1.12,负载均衡节点 2 :192.168.1.13,数据节点 1 :192.168.1.14,数据节点 2 此外,我们需要有一个虚拟 IP 地址,作为整个集群对外的一个 IP 地址;各种应用程 序都通过该 IP 地址来访问 MySQL。 请你先设置好以上服务器的 hostname 和 IP 地址。 你可以在 5 台物理服务器上做实验, 也可以在虚拟机里面做。 下面我们分别来安装、配置这些服务器。
19.1
19.1.1
MySQL 集群架构介绍
架构图
图 19.1 来自于 MySQL 官方网站。通过该架构图,你就很容易理解 MySQL 集群是怎 么工作的了。数据保存在存储节点(Data Nodes)中,也就是图中的 ndbd 节点。SQL 语句 在 SQL 节点上执行,也就是图中的 mysqld 节点。集群的管理者是右下角的 NDB 管理服 务器,也就是 ndb_mgmd 节点。 关于 MySQL 集群的 3 个主要组成部分,我们再来介绍一下。 (1)负载均衡节点(mysql) 负载均衡节点(也叫 SQL 节点)是用来访问集群数据的。相关的软件,就是我们平 时所使用的 MySQL 数据库软件;也就是由/etc/init.d/mysql 脚本来管理的那个服务。 (2)存储节点(ndbd) 数据存储节点是用来保存集群数据的,其服务的启停是由脚本/etc/init.d/mysql-ndb 来管理的。
相关文档
最新文档