安全最重要！MySQL配置主从，主主

在《MySQL High Availability》这本书中，作者使用了另一种GTID的做法，每次commit的时候，需要在一个表里面记录gtid，然后就通过这个gtid来找到对应的位置信息，只是这种方式需要业务MySQL客户端的支持，笔者不很喜欢，就不采用了。

为了保障数据的安全与稳定性，我们常用数据库的主从与主主来实现。主从为从机实时拷贝一份主机的数据，当主机有数据变化时，从机的数据会跟着变，当从机数据有变化时，主机数据不变；同样地，主主就是，多个主机之间，只要有一个主机的数据变化了，其它主机数据也会跟着变化。

mysql集群三种方式_mysql集群有哪些方式

添加以下内容

如果你是使用我之前那种方式启动的MySQL，那么你只需要去你相关联的宿主机的配置文件夹里面去建立一个 myf 然后写入上面的类容就好了。

比如：我的启动命令如下（不应该换行的，这里为了方便查看，我给它分行了）

那么我只需要在 /docker/mysql_/conf 这个目录下创建 myf 文件就好了。

这个命令是需要在容器里面执行的

docker重启mysql会关闭容器，我们需要重启容器。

确保在主上 skip_networking 选项处于 OFF 关闭状态, 这是默认值。 如果是启用的，则从站无法与主站通信，并且失败。

我的命令如下

在从配置连接到主的相关信息 （在容器里面的mysql执行）

上面代码的xxxxx你需要换成你的IP，docker 查看容器 IP 的命令如下：

启动的那个从的线程

如果你还想要一个从，那么你只需要按照上面配置从再配置一个就行了，新建的从，会自动保存主之前的数据。（测试结果） 如果你上面的主从搞定了，那么这个主主就很简单了。我们把上面的从也改成主

上面主要是教你怎么搭建一个MySQL集群，但是这里面还有很多其它的问题。也是我在学习过程中思考的问题，可能mysqladmin -uroot -ppassword shutdown有的小伙伴上来看到文章长篇大论的看不下去，只想去实现这样一直集群功能，所以我就把问题写在下面了。

1）、MySQL的replication和pxc MySQL的集群方案有replication和pxc两种，上面是基于replication实现的。

replication: 异步，速度快，无法保证数据的一致性。 pxc: 同步，速度慢，多个集群之间是事务提交的数据一致性强。

3）、可否不同步全部的数据 可以配置，同步哪些数据库，甚至是哪些表。

4）、怎么关闭和开始同步

5）、我就我的理解画出了，主从、主从从、主主、的图。

往期：

利用由此，带来的是应用和实现技术上的区别。Docker仅花1分钟时间安装好MySQL服务

Linux下安装MySQL8.0（收藏！）

MySQL集群在1与2上如何安装MySQL

mysql提供了一个mysql负载的中间件，mysql_proxy，也需要在上进行安装，修改配置文件（mysql的IP）,实质与nginx类似，也是一个。

我们今天主要向大家介绍的是MySQL 集群，其中包括对MySQL 集群的概念介绍，以及如何在1与2上正确对MySQL进行安装 ，还有对安装与配置管理节点(3)的正确作 ，配置集群并启动MySQL 。 一、介绍 这篇文档旨在介绍如何安装配置

直接路由(Direct forwarding)

我们今天主要向大家介绍的是MySQL 集群，其中包括对MySQL 集群的概念介绍，以及如何在1与2上正确对MySQL进行安装 ，还有对安装与配置管理节点(3)的正确作 ，配置集群并启动MySQL 。

集群和主从是为了应对高并发、大访问量的情况。如果网站访问量和并发量太大了，少量的数据库是处理不过来的，会造成网站访问慢。数据写入会造成数据表或记录被锁住，锁住的意思就是其他访问线程暂时不能读写要等写入完成才能继续，这样会影响其他用户读取速度。采用主从可以让一些专门读，一些专门写可以解决这个问题。

一、介绍

这篇文档旨在介绍如何安装配置基于2台的MySQL集群。并且实现任意一台出现问题或宕机时MySQL依然能够继续运行。

注意！

虽然这是基于2台的MySQL集群，但也必须有额外的第三台作为管理节点，但这台可以在集群启动完成后关闭。同时需要注意的是并不在集群启动完成后关闭作为管理节点的。尽管理论上可以建立基于只有2台的MySQL集群，但是这样的架构，一旦一台宕机之后集群就无法继续正常工作了，这样也就失去了集群的意义了。出于这个原因，就需要有第三台作为管理节点运行。

下面假设这3台服务的情况：

1: MySQL1.vmtest 192.168.0.1

2: MySQL2.vmtest 192.168.0.2

3: MySQL3.vmtest 192.168.0.3

s1和2作为实际配置MySQL集群的。对于作为管理节点的3则要求较低，只需对3的系统进行很小的调整并且无需安装MySQL，3可以使用一台配置较低的计算机并且可以在3同时运行其他服务。

二、在1和2上安装MySQL

从注意：必须是max版本的MySQL，Standard版本不支持集群部署！

以下步骤需要在1和2上各

# mv MySQL-max-4.1.9-pc-linux-gnu-i686.tar.gz /usr/local/ # cd /usr/local/ # groupadd MySQL # useradd -g MySQL MySQL # tar -zxvf MySQL-max-4.1.9-pc-linux-gnu-i686.tar.gz # rm -f MySQL-max-4.1.9-pc-linux-gnu-i686.tar.gz # mv MySQL-max-4.1.9-pc-linux-gnu-i686 MySQL # cd MySQL # scripts/MySQL_install_db --user=MySQL # chown -R root . # chown -R MySQL data # chgrp -R MySQL . # cp support-files/MySQL.server /etc/rc.d/init.d/MySQLd # chmod x /etc/rc.d/init.d/MySQLd # chkconfig --add MySQLd

此时不要启动MySQL！

# mkdir /usr/src/MySQL-mgm # cd /usr/src/MySQL-mgm # tar -zxvf MySQL-max-4.1.9-pc-linux-gnu-i686.tar.gz # rm MySQL-max-4.1.9-pc-linux-gnu-i686.tar.gz # cd MySQL-max-4.1.9-pc-linux-gnu-i686 # mv bin/ndb_mgm . # mv bin/ndb_mgmd . # chmod x ndb_mg # mv ndb_mg /usr/bin/ # cd # rm -rf /usr/src/MySQL-mgm

现在开始为这台管理节点建立配置文件：

# mkdir /var/lib/MySQL-cluster # cd /var/lib/MySQL-cluster # vi config.ini

在config.ini中添加如下内容：

[NDBD DEFAULT] NoOfReplicas=2 [MySQLD DEFAULT] [NDB_MGMD DEFAULT] [TCP DEFAULT] # Managment [NDB_MGMD]

# Storage Engines

[NDBD]

HostName=192.168.0.1 #MySQL集群1的IP地址

DataDir= /var/lib/MySQL-cluster

[NDBD]

HostName=192.168.0.2 #MySQL集群2的IP地址

DataDir=/var/lib/MySQL-cluster

# 以下2个[MySQLD]可以填写1和2的主机名。

# 但为了能够更快的更换集群中的，留空，否则更换后必须对这个配置进行更改。

保存退出后，启动管理节点3：

# ndb_mgmd

启动管理节点后应该注意，这只是管理节点服务，并不是管理终端。因而你看不到任何关于启动后的输出信息。

四、配置集群并启动MySQL 在1和2中都需要进行如下改动：

# vi /etc/myf

ndbcluster

ndb-connectstring=192.168.0.3 #3的IP地址

[MySQL_cluster]

ndb-connectstring=192.168.0.3 #3的IP地址

保存退出后，建立数据目录并启动MySQL：

# mkdir /var/lib/MySQL-cluster # cd /var/lib/MySQL-cluster # /usr/local/MySQL/bin/ndbd --initial # /etc/rc.d/init.d/MySQLd start

可以把/usr/local/MySQL/bin/ndbd加到/etc/rc.local中实现开机启动。

集群环境下session的同步方式有哪些

一，利用数据库同步session

在做多session同步时我没有用这种方法，如果非要用这种方法的话，我想过二种方法：

1，用一个低端电脑建个数据库专门存放web的session，或者，把这个专门的数据库建在文件上，用户访问web时，会去这个专门的数据库check一下session的情况，以达到sessio仍然是前面的例子，假设b此时读取到的a一个GTID为3E11FA47-71CA-11E1-9E33-C80AA9429562:23，而c的为3E11FA47-71CA-11E1-9E33-C80AA9429562:15，当c指向新的 b的时候，我们通过GTID就可以知道，只要在b中的binlog中找到GTID为3E11FA47-71CA-11E1-9E33-C80AA9429562:15这个nt，那么c就可以从它的下一个nt的位置开始了。虽然查找binlog的方式仍然是顺序查找，稍显低效，但比起我们自己去猜测哪一个filename和ition，要方便太多了。n同步的目的。

说明：用数据库来同步session，会加大数据库的负担，数据库本来就是容易产生瓶颈的地方，如果把session还放到数据库里面，无疑是雪上加霜。上面的二种方法，点方法较好，把放session的表开来，减轻了真正数据库的负担

二，利用cookie同步session

session是文件的形势存放在端的，cookie是文件的形势存在客户端的，怎么实现同步呢？方法很简单，就是把用户访问页面产生的session放到cookie里面，就是以cookie为中转站。你访问webA，产生了session把它放到cookie里面了，你访问被分配到webB，这个时候，webB先判断有没有这个session，如果没有，在去看看客户端的cookie里面有没有这个session，如果也没有，说明session真的不存，如负载均衡的主要贡献，除了均发数据库请求，还可提供管理读/写策略。在分发请求时则确定那些节点可写，可读，随即将请求发送到指定节点上执行作。果cookie里面有，就把cookie里面的sessoin同步到webB，这样就可以实现session的同步了。

说明：这种方法实现起来简单，方便，也不会加大数据库的负担，但是如果客户端把cookie禁掉了的话，那么session就无从同步了，这样会给网站带来损失；cookie的安全性不高，虽然它已经加了密，但是还是可以伪造的。

三，利用memcache同步session

memcache可以做分布式，如果没有这功能，他也不能用来做session同步。他可以把web中的内存组合起来，成为一个"内存池"，不管是哪个产生的sessoin都可以放到这个"内存池"中，其他的都可以使用。

优点：以这种方式来同步session，不会加大数据库的负担，并且安全性比用cookie大大的提高，把session放到内存里面，比从文件中读取要快很如何实现Linux集群系统？多。

缺点：memcache把内存分成很多种规格的存储块，有块就有大小，这种方式也就决定了，memcache不能完全利用内存，会产生内存碎片，如果存储块不足，还会产生内存溢出。

四，总结

上面三种方法都是可行的

种方法，最影响系统速度的那种，不使用；

第二种方法，效果不错，不过安全隐患一样的存在；

第三种方法，个人觉得第三种方法是的，大家使用

分布式，微服务，集群，傻傻分不清楚

注意：只有在次启动ndbd时或者对3的config.ini进行改动后才需要使用--initial参数！

分布式 ，所谓的分布式，其实是一种部署方式。

connectstring

两个特点，将服务A和服务B放在两台不同的上，共同来完成同一个业务逻辑，这个就叫分布式。

Linux下MySQL 5.7的离线与在线安装（图文）

分布式VS集群

分布式的每个节点都可以来做集群。

比如说：服务A用了两台，服务B用了一台，那么这个服务A就是集群，同时，这也是分布式部署。

集群不一定是分布式。

比如说：我在两台上各自安装上tomcat运行这同一个jar包，这就是集群。再比如说，MySQL的主从也是一种集群方式。

微服务是一种设计架构，分布式是一种部署方式。

分布式一定属于微服务，但是，微服务不一定属于分布式。

怎么说呢？微服务就是比分布式粒度更小的拆分，降低耦合的同时，运维部署也更难了。

区别，微服务其实和分布式没啥大区别，最主要的是，微服务可以应用可以部署在同一台上。

打个比方，服务A和服务B都部署在一台上，通过RPC远程调用，那么这个项目就是微服务，但是，他的部署方式，不是分布式的。

谁在或做过mysql cluster NDB 7.2集群

三、安装并配置管理节点(3)

一、灾难恢复

我们知道，数据库的日常维护，最重要的就是备份和恢复。有同事（也有DBA）告诉我说，cluster的维护成本很高。就我看来，Mysql发布这个版本的集群方案，是经过严格测试的。宣称99.999%的可用性，毫秒级实时性非常诱人。引用的一张图：

在所有的管理节点，绝大部分的API节点（Mysqld节点和Memcache节点），超过半数的数据节点都崩溃的情况下，cluster仍然可以保障你的业务正常运行。节点的事务如果出现冲突，cluster会自动修复，如果其中任意一台数据节点出现故障无法启动，那么，我们马上可以换上新的，使用ndbd --initial初始化节点，alter online table重新同步写入数据就行。

cluster的备份命令非常容易，在管理节点上执行：

mgmd>start backup

START BACKUP [backup_id] [wait_option] [snapshot_option]

文档我就不抄了。控制台会显示当前备份的简要信息，如：哪个节点开始备份等。你也可以指定具体哪个节点开始备份。cluster的备份数据存放在每个数据节点的数据目录下，从1开始，每次备份产生一个备份目录，形如：BACKUP-备份id。在不指定节点的情况下，每个节点会依次备份。cluster的备份是在线的，不闭塞的，这样我们在备份时完全不用担心会造成数据库堵塞。恢复数据同样简单，我们在每个数据节点（注意：是每个数据节点，不是其中某一个）发出如下指令：

shell>/opt/soft/mysql/bin/ndb_resotre -c "管理IP:1186" -n 节点id -b 备份id -r 就行，如果不想记binlog日志，可以加上--no-binlog参数，全部参数列表请参考文档。

在上文，我强调要在每个数据节点执行作，但是，这只是为保险起见，事实上，在最少情况下，只需要在相同节点组的任意一个节点各作一次就行。例如，如上图典型的4数据节点集群，node1和2属于node group1，node3和4属于node group2，在恢复时，我们只需要在node1和node3上各执行一次恢复指令就行了。其个中原因，大家可以再看图多思考就会明白。

三port:、在线扩展节点

Mysql cluster宣称可以在业务量大大增长时，在线添加节点以适应业务需求。方法如下：

（注：以下192.168.0.do10是管理节点IP）

1.添加一个[ndbd]并在config.ini里加入

2.停掉mgmd : 10 stop 再重启 ndb_mgmd -f config.ini --reload (这里10是管理节点的id)

3.在已存在的数据节点上rolling restart :

mgmd>原数据节点ID1 restart

mgmd>原数据节点ID2 restart

可以在ndb.nodes表检查确认所有的数据节点使用了新的配置

4.rolling restart所有的sql和api节点 (如果有配置/etc/init.d/mysql.server restart也一样)

mysqld_safe --ndbcluster --ndb-connectstring=192.168.0.10 &

5.在新节点上执行初始化启动

6.建新节点组3,4是新节点的ID

mgmd>CREATE NODEGROUP 3,4

7.再分配集群数据,对每个表执行一次

ALTER ONLINE TABLE tbl REORIZE PARTITION.

如果数据量很大，这个过程比较慢，请耐心等待。（如果要数落cluster的不足，我认为在线添加数据节点算是一个）

四、Replication

今天，Mysql的replication异步技术已经相当成熟，使用也非常频繁。cluster同样对replication提供了支持。配置非常简单，仅需在cluster中任意一台myql节点上启用binlog，作为，然后在从库上不启用ndb引擎，其他配置和mysqld之间的replication完全一样。这里需要注意的一点是，你的binlog_format需要设置为STATEMENT，一定不要设置为MIXED，否则你的触发器将会令你的同步出错。这可能是cluster的一个bug，我没有深究。

MySQLCluster：如何通过扩展为MySQL带来2亿QPS_MySQL

[MySQLd]

本篇文章的目的在于介绍MySQL Cluster——也就是MySQL的一套内存内、实时、可扩展且具备高可用性的版本。在解决标题中所提到的每秒2亿查询处理能力问题之前，我们先对MySQL集群的背景信息及其架构进行一番回顾，这将有助于大家理解上述目标的实现过程。

begin

MySQL Cluster介绍

MySQL Cluster是一套具备可扩展能力、实时、内存内且符合ACID要求的事务型数据库，其将99.999%高可用性与低廉的开源总体拥有成本相结合。在设计思路方面，MySQL Cluster采用一套分布式多主架构并借此消灭了单点故障问题。MySQL Cluster能够横向扩展至商用硬件之上，能够通过自动分区以承载读取与写入敏感型工作负载，并可通过SQL与NoSQL接口实现访问。

作为一套最初被设计为嵌入式电信数据库、用于实现内网应用级可用性及实时性能的解决方案，MySQL Cluster已经通过众多新型功能集的强化而得到快速发展，从而将用例范围扩展到Web、移动以及企业级应用程序等部署在内部或者云环境下的实例当中，具体包括：大规模OLTP(实时分析)电子商务、库存管理、购物车、支付处理、订单、在线游戏、金融交易与欺诈检测、移动与微支付、会话管理与缓存、数据流供应、分析与建议、内容管理与交付、通信与呈现服务、/用户配置管理与补贴等等。

MySQL Cluster架构概述

在面向应用程序的事务流程背后，存在着三种负责将服务交付至应用程序的节点类型。下图所示为一套简单的示例型MySQL Cluster架构，其由十二套被划分为六个节点组的Data Node构成。 Data Node属于MySQL Cluster当中的主节点。它们负责提供以下功能：内存内与基于磁盘数据的存储与管理、表的自动化与用户定义型划分(即分区)、在不同数据节点间进行数据副本同步、事务与数据检查、自动故障转移以及用于实现自我修复的故障后自动重新同步。

通过将数据保存并分发至一套无共享架构——也就是不使用任何共享磁盘——当中，并至少为数据同步至一套副本内，MySQL Cluster能够保证在单一Data Node出现故障时、用户至少还拥有另一个存储有相同信息的Data Node。如此一来，请求与事务处理流程将以无中断方式继续提供令人满意的运作效果。任何由于Data Node故障所引发的短暂故障转移窗口(时间在秒以下)而无常完成的事务流程都将被回滚并重新执行。

我们可以为数据选择存储方式，包括全部保存在内存内或者将一部分数据只在在磁盘之上(仅限于非索引数据)。内存内存储对于那些需要经常进行变更的数据(也就是活跃工作组)而言意义重大。保存在内存内的数据会定期进行指向本地磁盘的检查，并与全部Data Node进行协调，这样MySQL Cluster就能够在整体系统发生故障时——例如供电中断——得以全面恢复。基于磁盘的数据能够被用于存储对性能要求较低的数据，而这类数据集往往大于可用内存空间。正如其它大部分数据库一样，MySQL Cluster会利用页面缓存机制将基于磁盘且访问频率较高的数据缓存在Data Node的内存当中，从而增加其实际性能表现。

Application Node负责提供由应用程序逻辑到数据节点的连接。应用程序可以利用SQL访问该数据库，具体而言通过一台或者多台MySQL向处于同一套MySQL Cluster内的存储数据执行SQL接口功能。在MySQL 当中，我们可以使用任何一种标准化MySQL连接机制，这意味着大家拥有非常丰富的访问技术可供选择。另外，一套名为NDB API的高性能(基于C++)接口可被用于实现附加控制、改善实时行为并带来更理想的吞吐能力。NDB API的层能够帮助额外NoSQL接口实现负载均衡的方法绕过SQL层而直接访问该集群，如此一来不仅延迟有所降低、开发人员也有获得更理想的灵活性水平。现有接口包括Ja、JPA、Memcached、JaScript with Node.js以及HTTP/REST(通过一套Apache Module实现)。所有Application Node都能够访问到来自任意Data Node的数据，所以即使出现故障、它们也不会导致任何服务丢失——因为各应用程序能够继续使用其它尚能正常运转的节点。

通过透明化划分实现可扩展性 来自任何给定表的行都会以透明化方式被拆分成多个分区/片段。在每个片段中会包含一个单独数据节点，负责保留全部数据内容并处理指向该数据的所有读取及写入作。每个数据节点还拥有一套搭档体系，二者共同构成一个节点组; 搭档节点中保存有该数据片段的辅助副本，但同时也拥有着自己的主片段。MySQL Cluster利用两步式提交协议实现数据同步，从而确保当某项事务被提交之后、所引发的变更将被同时存储在两个数据节点当中。

在默认情况下，表的主键会被作为分片键使用，而MySQL Cluster将对该分片键执行MD5散列处理、从而选择需要保存哪个片段/分区。如果某一事务或者查询需要访问来自多个数据节点的数据，那么其中一个数据节点会充当事务协调方的角色，并将具体工作分配给其它相关数据节点; 接下来访问结果会得到整合，并最终提供给应用程序。请注意，我们同样可以让多个事务或者查询访问来自多个分区及表的数据——相较于利用分片机制保存数据的典型NoSQL，这无疑成为MySQL Cluster的一大显著比较优势。 要实现最理想的(线性)规模缩放效果，我们需要确保将高强度查询/事务只需运行在单独一套数据节点之上(因为这能够大大降低由数据节点间通信所带来的网络延迟)。为了实现这个目标，我们可以让应用程序获得分布识别能力——具体而言，这意味着由定义的规划能够涵盖分片键所需要使用的任意列。举例来讲，上图所示为一套配备有由用户ID与服务名称组成的复合主键的表; 通过将用户ID选定为分片键，表内与给定用户相关的所有行将始终被容纳在同一片段当中。更为强大的是，如果我们在其它表中使用同样的用户ID列并将其设定为分片键，那么该给定用户在所有表内的全部数据都会被容纳在同一片段之内——换言之，指向该用户的查询/事务都将在单一数据节点内进行处理。

集群部署集群linux

cluster

集群怎么搭建？Linux平台的？

linux集群平台的搭建比较简单，有专门的均衡软件，比如lvs，lvs是一个集群系统，由很多组成，可以根据需要，把它门分为三层，一层是前端机，用于均衡，相当于公平为系统分配工作，二层是群，比如web群，DNS，mail群等，这些就是接待员，把均衡器分配的工作进行处理，第三层是存储设备，用于存储数据，相当于档案库。知道这些后，要搭建就非常容易在文件尾加入，有现成的软件，比如我有四台web，2台数据库，1台前置机，安装linux系统，安装lvs软件，比如heartbeat-2.1.4-9.el5.i386.rpmheartbeat-ldirectord-2.1.4-9.el5.i386.rpmlibnet-1.1.4-3.el5.i386.rpmheartbeat-dl-2.1.4-9.el5.i386.rpmheartbeat-pils-2.1.4-10.el5.i386.rpmperl-MailTools-1.77-1.el5.noarch.rpmheartbeat-gui-2.1.4-9.el5.i386.rpmheartbeat-stonith-2.1.4-10.el5.i386.rpm当然还需要配置，你可以自己百度有关lvs集群的详细安装说明。希望能帮助你。

linux集群如何协调各个资源？

之间可以通过定时器或者分发器，缓存调度资源。

的集群系统是比较复杂的功能，这个得根据你业务的需求来确定使用什么架构。

如果是做mysql的集群，可以使用mycat中间件做读写分离，也可以使用MHA,来实现MySQL的集群。

如果要是做web项目的话，则可以使用LVHostName=192.168.0.3 #管理节点3的IP地址S+Keepalived来实现。也可以使用Nginx做反向。

现在比较火的可能是虚拟化，就是配置一台高配，在其中运行docker或者openstack等虚拟化技术也可以实现集群的功能，有个弊端就是宿主机一旦故障，整个业务全部瘫痪，当然，这样是比较节省开销的。

如何为mysql分片集群设置片键

MySQL的cluster方案有很多和第三方的选择，选择多就是一种烦恼，因此，我们考语法：虑MySQL数据库满足下三点需求，考察市面上可行的解决方案：

高可用性：主故障后可自动切换到后备可伸缩性：可方便通过脚本增加DB负载均衡：支持手动把某公司的数据请求切换到另外的，可配置哪些公司的数据服务访问哪个

需要选用一种方案满足以上需求。在MySQL网站上参考了几种解各种表会在多个数据节点当中进#provide行自动分区，而且每个数据节点作为一个写入作的接收主体，这就使其能够轻松将写入敏感型工作负载分布至多个商用节点之上，同时保证应用程序的完全透明化。决方案的优缺点

怎样解决mysql 集群问题集

误1、[MgmtSrvr] WARNING -- 1011 Unable to connect with connect string: nodeid=0,localhost:1186

处理：一般这个情况是系统ping 127.0.0.1不通，可能是网卡问题，但是ping在0和1上配置的IP地址却通，所以处理方法是在/etc/hosts文件中添加：

192.168.1.5 localhost

即可。192.168.1.5根据自己配置的IP地址进行修改。

错误2、在修改了数据节点目录后，数据节点遇到如下错误：[ndbd] ERROR -- Couldn't start as daemon, error: 'Failed to lock pidfile '/opt/mysql_cluster/ndb_data/ndb_11.pid', errno: 37'

处理：由于数据节点的目录是挂载在nas存储上面，由于防火墙问题导致nas挂载异常，以致出现以上错误，关闭防火墙，重新挂载nas存储即可。

处理：经检查，是配置文件myf里代码如下:create database if not exists meta;ndb-connectstring参数的配置有误，改成正确的管理节点IP地址即可。

Warning: World-writable config file '/etc/myf' is ignored

Unable to connect with connect string: nodeid=0,localhost:1186

Retrying ry 5 seconds. Attempts left: 12 11 10 9 8 7 6 5 4 3 2 1, failed.

2011-06for-08 23:31:35 [ndbd] ERROR -- Cou[3]：创建作： ld not connect to mament server, error: ''

解决办法 chmod 644 /etc/myf

---

免责声明： 本文由用户上传，如有侵权请联系删除！

---

标签：