Chinaunix

标题: mysql 5.0 集群负载均衡—经过测试 [打印本页]

作者: lihangel 时间: 2006-06-07 00:29
标题: mysql 5.0 集群负载均衡—经过测试
mysql 5.0 集群负载均衡—经过测试
转载请注明作者和出处

参考自Nanu前辈的《MySQL集群配置》，非常感谢。
但在这篇文章中的概念有些模糊，小弟加以完善。不足之处，希望高手补充与批评！
QQ:4615075 请注明CU会员，欢迎交流！

一、介绍
========
测试环境：
Server1:ndbd 192.168.0.11
Server2:ndbd 192.168.0.12
Server3:mysqld --ndb-cluster 192.168.0.13 (ndbd_mgm ndbd_mgmd也在本机)

操作系统均为
RH ES3
kernel-2.4.21-9.EL
glibc-2.3.2-95.6

所需软件包：
mysql-max-5.0.22-linux-i686-icc-glibc23.tar.gz
下载地址：http://dev.mysql.com/downloads/mysql/5.0.html
下载时注意系统环境和软件包版本，MySQL是max版的。

首先，明确几个概念（参照下图）：
ndbd：数据库节点。
mysqld --ndb-cluster： MySQL服务器节点，程序直接访问的是这台机器的IP。默认端口仍是3306。
ndbd_mgm ndbd_mgmd：管理节点。管理／查看各库节点和服务器节点的状态。

二、在Server1、Server2、Server3上安装MySQL
=================================
1.安装：
# mv mysql-max-4.1.9-pc-linux-gnu-i686.tar.gz /usr/local/
# cd /usr/local/
# tar -zxvf mysql-max-4.1.9-pc-linux-gnu-i686.tar.gz
# ln -s mysql-max-4.1.9-pc-linux-gnu-i686 mysql
# groupadd mysql
# useradd -g mysql mysql
# cd mysql
# scripts/mysql_install_db --user=mysql
# chown -R mysql:mysql .

2.编辑配置文件：
# cp /usr/local/mysql/support-files/my-medium.cnf /etc/my.cnf
# vi /etc/my.cnf 在文件尾加入

# my.cnf
# example additions to my.cnf for MySQL Cluster
# (valid in MySQL 5.0)

# enable ndbcluster storage engine, and provide connectstring for
# management Server host (default port is 1186)
[mysqld]
ndbcluster
ndb-connectstring=192.168.0.13

# provide connectstring for management Server host (default port: 1186)
[ndbd]
connect-string=192.168.0.13

# provide connectstring for management Server host (default port: 1186)
[ndb_mgm]
connect-string=192.168.0.13

# provide location of cluster configuration file
[ndb_mgmd]
config-file=/var/lib/mysql-cluster
保存＆退出

3.在Server1、Server2上创建日志文件夹，默认
# mkdir /var/lib/mysql-cluster

4.在Server3上创建ndb_mgmd启动配置文件：
# mkdir /var/lib/mysql-cluster
# cd /var/lib/mysql-cluster
# vi config.ini
内容如下：
# file "config.ini" - 2 data nodes and 2 SQL nodes
# This file is placed in the startup directory of ndb_mgmd (the
# management server)
# The first MySQL Server can be started from any host. The second
# can be started only on the host mysqld_5.mysql.com

[NDBD DEFAULT]
NoOfReplicas= 2
DataDir= /var/lib/mysql-cluster

[NDB_MGMD]
Hostname= 192.168.0.13
DataDir= /var/lib/mysql-cluster

[NDBD]
HostName= 192.168.0.11

[NDBD]
HostName= 192.168.0.12

[MYSQLD]
[MYSQLD]
[MYSQLD]
保存＆退出

[MYSQLD]
[MYSQLD]
[MYSQLD]
表示允许有三台MySQL服务器从任何IP访问数据库结点。

各参数功能，请参考http://dev.mysql.com/doc/refman/ ... config-example.html

三、启动服务
============
Server3 /usr/local/mysql/bin/ndb_mgmd -f /var/lib/mysql-cluster/config.ini
Server1 /usr/local/mysql/bin/ndbd --initial #只在第一次启动ndbd时使用--initial参数
Server2 /usr/local/mysql/bin/ndbd --initial
Server3 /usr/local/mysql/support-files/mysql.Server start

四、检查工作状态
================
回到管理节点服务器Server3上，并启动管理终端：

# /usr/bin/ndb_mgm
键入show命令查看当前工作状态：（下面是一个状态输出示例）

ndb_mgm> show
Cluster Configuration
---------------------
[ndbd(NDB)]    2 node(s)
id=2 (not connected, accepting connect from 192.168.0.11)
id=3 @192.168.0.12  (Version: 5.0.22, Nodegroup: 0, Master)

[ndb_mgmd(MGM)] 1 node(s)
id=1 @192.168.0.13  (Version: 5.0.22)

[mysqld(API)] 3 node(s)
id=4 @192.168.0.13  (Version: 5.0.22)
id=5 (not connected, accepting connect from any host)
id=6 (not connected, accepting connect from any host)

mysqld(API)即mysqld --ndb-cluster，MySQL服务器节点。当前只有Server3 MySQL启动。

如果上面没有问题，现在开始测试MySQL：
注意，这篇文档对于MySQL并没有设置root密码，推荐你自己设置Server1、Server2、Server3的MySQL root密码。

在Server3中：
# /usr/local/mysql/bin/mysql
> use test;
> CREATE TABLE ctest (i INT) ENGINE=NDBCLUSTER;
> INSERT INTO ctest () VALUES (1);
> SELECT * FROM ctest;

应该可以看到1 row returned信息（返回数值1）。

如果上述正常，则换到Server1、Server2上重复上面的测试，观察效果，数据库应该是同步刷新的。但首先要启动这两台机器的MySQL服务
# /usr/local/mysql/support-files/mysql.Server start
如果都没有问题，那么恭喜成功！

FAQ:
失败原因，可能是启动顺序不对。
查找所有ndb和sql相关进程，杀掉，重新按顺序来。
ps -aux |grep ndb
ps -aux |grep sql
kill -9 <PID> <PID> ...<PID>

五、破坏性测试
==============
将Server1或Server2的网线拔掉，观察另外一台集群服务器工作是否正常（可以使用SELECT查询测试）。测试完毕后，重新插入网线即可。

如果你接触不到物理服务器，也就是说不能拔掉网线，那也可以这样测试：
在Server1或Server2上：
ifconfig eth0 down  #如果只有一块网卡，默认是eth0

之后在Server3上使用SELECT查询测试。并且在管理节点服务器的管理终端中执行show命令会看到被破坏的那台服务器的状态。
测试完成后，只需要重新启动被破坏服务器的ndbd进程即可：
# ndbd
注意！前面说过了，此时是不用加--inital参数的！
至此，MySQL集群就配置完成，MySQL负载均衡功能完成！

如想实现Apache+PHP+MySQL集群负载均衡，只需Server3上安装Apache+PHP，并添加Server4，与其做LVS即可！

[ 本帖最后由 lihangel 于 2007-6-26 11:20 编辑 ]

作者: xintao800 时间: 2006-06-07 10:39
好东西，收藏了

作者: bluejack 时间: 2006-06-07 10:50
不错得说

作者: creat7151 时间: 2006-06-07 12:01
不错，要是有环境，也很想试一下

作者: caidao 时间: 2006-06-07 13:51
性能如何?

作者: lihangel 时间: 2006-06-07 19:53
将MySQL服务器做热备后，稳定性和服务的连续性应该会有保证的，速度暂时还不好说，由于条件有限，实验是在VM环境下做的。

大家有条件的速度和压力方面进行一下测试，将结果告诉大家！期盼。。。

作者: oraclinux 时间: 2006-06-09 09:33
负载均衡功能可通过将Server3做热备实现

楼主想说的是双机热备server3 让它在故障时候有其他机器接管调度的任务  还是怎么样？
如果上面说负载均衡功能是否有误解？

上面的操作是对mysql 的负载均衡吗？
我不是很了解mysql 负载均衡的原理

是否有详细点的资料

以前看到过一文章  上面描述
mysql的原理和db2类似（no share storage）和oracle 的rac完全不同
就是如果insert和update delete的时候是要同步节点的
如果是select的话就可以由调度来负载均衡

也就是说 mysql如果查询多的话  性能会好如果是个更新为主的话那效果可能不一定好

以上不知道是否可以得到证实
请各位回答  谢谢

作者: lihangel 时间: 2006-06-09 14:47
我说错了，将Server3做热备是保证MySQL服务的连续可用性，并不能实现负载均衡功能，楼上讲得对。

至于负载均衡功能，大家试试是不是可通过LVS做，成功后告诉大家。

[ 本帖最后由 lihangel 于 2006-6-9 15:01 编辑 ]

作者: oraclinux 时间: 2006-06-09 15:04

原帖由 lihangel 于 2006-6-9 14:47 发表
我说错了，将Server3做热备是保证MySQL服务的连续可用性，并不能实现负载均衡功能，楼上讲得对。

至于负载均衡功能，大家试试是不是可通过LVS做，成功后告诉大家。

mysql里面的集群是什么概念呢？
负载均衡要通过lvs来实现吗？
那上面的结构主要实现的是什么呢？是完成多机器复制还是怎么样？
开始我以为server3就是起到如同lvs里面的调度服务器的角色
那这个集群主要在完成什么功能呢？
是实时复制还是怎么样？

作者: nntp 时间: 2006-06-09 20:38
看了几个回帖和大家的问题, 忍不住要问大家难道从来不看mysql的官方cluster介绍么?

嘿嘿.

作者: lovetide 时间: 2006-06-09 22:46

原帖由 nntp 于 2006-6-9 20:38 发表
看了几个回帖和大家的问题, 忍不住要问大家难道从来不看mysql的官方cluster介绍么?

嘿嘿.

大家的英文不太好，认为看翻译后的会快捷一些，殊不知，耐心看原版的会少走很多弯路，我一直都坚持看原版的……

作者: lihangel 时间: 2006-06-11 11:52

原帖由 oraclinux 于 2006-6-9 15:04 发表

mysql里面的集群是什么概念呢？
负载均衡要通过lvs来实现吗？
那上面的结构主要实现的是什么呢？是完成多机器复制还是怎么样？
开始我以为server3就是起到如同lvs里面的调度服务器的角色
那这个集群主 ...

关于这些问题,我想发表一下我的看法,不一定十分准确,供参考:

本例目的是实现MySQL官方网站的集群架构,集群主要功能是保证数据节点（ndbd）的稳定性和连续可用性,并在SELECT查询时实现负载均衡。

Server3就是起LVS里面的调度服务器的角色，它将SELECT查询请求分发到Server1、Server2两台ndbd节点，实现负载均衡。但在UPDATE INSERT DELETE 时，性能可能会有所下降。解决该问题有多种方法，如架两台MySQL服务器，共享同一数据节点（NFS、SAN），再通过LVS实现两台MySQL服务器的负载均衡，但这些不在本例讨论之中。

为什么要通过LVS实现两台MySQL服务器的负载均衡呢？
因为在本例中只有一台MySQL服务器，一旦这台服务器DOWN掉，所有应用程序与数据库之间的通信将不可用，存在单点故障隐患。

[ 本帖最后由 lihangel 于 2006-6-11 11:54 编辑 ]

作者: oraclinux 时间: 2006-06-12 13:30

原帖由 lihangel 于 2006-6-11 11:52 发表

关于这些问题,我想发表一下我的看法,不一定十分准确,供参考:

本例目的是实现MySQL官方网站的集群架构,集群主要功能是保证数据节点（ndbd）的稳定性和连续可用性,并在SELECT查询时实现负载均衡。

Server ...

我还是有疑问

如果是两台mysql服务器，在更新的时候也要对数据节点进行同步，那这个时候的两台负载均衡的mysql服务器我想未必有用吧？就是说，在更新插入等操作的时候，这个方案一定比单机的在理论上慢

还有你说的如果用lvs做前置就可以达到高可用性，我想未必，如果用lvs做了负载均衡在mysql服务器前，但这个时候的lvs调度服务器也是单点的

所以我想lvs用在mysql上有些多余了，也无法起到使得更新速度快和实现高可用性的特点

可行的还是用心跳方式来达到mysql服务器的高可用性

不管怎么样，我现在对mysql的集群感兴趣了，我是个oracle技术的爱好者，但我希望可以看到多个mysql服务器做成的集群在性能上超过oracle，毕竟oracle的rac是天价，在项目实施中可能会得到实践

作者: hss202 时间: 2006-06-13 14:42
想问一下,在两个数据库结点中,用什么方式保证数据同步,是用共享文件还是有其它的方案.

如共享文件,是用NFS,GFS或其它,哪个更好.
个人感觉,实时要求高的应用确实比较麻烦.

作者: 大大狗 时间: 2006-06-13 15:19
顶一下．．

作者: oraclinux 时间: 2006-06-13 17:19

原帖由 hss202 于 2006-6-13 14:42 发表
想问一下,在两个数据库结点中,用什么方式保证数据同步,是用共享文件还是有其它的方案.

如共享文件,是用NFS,GFS或其它,哪个更好.
个人感觉,实时要求高的应用确实比较麻烦.

刚搭建了一个试了下
mysql确实是no storage方式的，也就是说是不需要中间的存储设备的（和oracle完全不同的理念，类似db2）

一旦有更新，mysql是同步所有节点方式来达到
现在楼主说主机 13 是可以完成select查询的负载均衡的，不知道如何才可以测试出来

是否有lvs里面类似 ipvsadm来查看程序端的连接状况

总体感觉 mysql的cluster象oracle的data guard ，但区别是，mysql的同步是实时的，所以可以利用这个特性完成许多高可用性和负载方面的项目

具体效果仍然需要测试

[ 本帖最后由 oraclinux 于 2006-6-13 17:55 编辑 ]

作者: oraclinux 时间: 2006-06-14 14:11
有谁可以提供一个mysql集群性能的测试方法
如果说sql服务器有调度功能的话，怎么看的出它的调度是均衡的

作者: qlks 时间: 2006-06-14 16:01
感觉大家对mysql集群都不熟悉啊
mysql Cluster和Linux LVS集群实现负载均衡是两回事情
所用原理不同
具体的大家可以看看MySQL Reference Manual
我这里要说的是目前为止(MySQL 5.0),MySQL集群的数据都是存放在内存中，而不是硬盘上
虽然MySQL 5.1(目前还是Beta版本)可以将非索引字段存放在硬盘上

作者: oraclinux 时间: 2006-06-14 16:32

原帖由 qlks 于 2006-6-14 16:01 发表
感觉大家对mysql集群都不熟悉啊
mysql Cluster和Linux LVS集群实现负载均衡是两回事情
所用原理不同
具体的大家可以看看MySQL Reference Manual
我这里要说的是目前为止(MySQL 5.0),MySQL集群的数据都是存放在 ...

mysql的集群是高可用性集群还是负载均衡性的集群？

如果是在内存的话，各机器的同步时间是如何的？
是否会产生在不同realserver机器上访问时候的并发问题，或表死锁等现象

作者: leaper 时间: 2006-06-15 10:59
此集群是否有效有待研究

但根据我们的测试结果，MySQL作Cluster是存在极大的问题的

不信楼主可以往某表插入10W条数据试试。

作者: nntp 时间: 2006-06-16 00:56
leaper is right, mysql cluster has limitation.

作者: oraclinux 时间: 2006-06-16 09:16

原帖由 leaper 于 2006-6-15 10:59 发表
此集群是否有效有待研究

但根据我们的测试结果，MySQL作Cluster是存在极大的问题的

不信楼主可以往某表插入10W条数据试试。

是目前所有发行的版本都这样吗？
数据大后不稳定是否和在内存交换数据有关系？

作者: leaper 时间: 2006-06-16 09:54

原帖由 oraclinux 于 2006-6-16 09:16 发表

是目前所有发行的版本都这样吗？
数据大后不稳定是否和在内存交换数据有关系？

至少从我所知道的研究与测试数据中，是这样的。

作者: nntp 时间: 2006-06-16 11:17

原帖由 oraclinux 于 2006-6-16 09:16 发表

是目前所有发行的版本都这样吗？
数据大后不稳定是否和在内存交换数据有关系？

subscribe mysql-cluster mailing list, your anwsers are there.

作者: wangsong_xinyu 时间: 2006-06-16 15:42
yes ,it is very useful~~

作者: toplee 时间: 2006-06-18 02:17
官方文档很清楚，mysql的cluster从来都是有很多限制的，包括某些类型的字段等，应用范围有限，准备作为生产应用前，一定搞清楚具体需求后再行动。对于负载均衡方面的东西，可以考虑多个mysql进行库表散列，通过程序逻辑来实现比较现实。

作者: me09 时间: 2006-06-20 13:00
怎么那么像mysql同步!

作者: Nanu 时间: 2006-06-22 11:31
NDBCluster的性能是个大瓶颈……

非常之慢，无奈我已经放弃这种方式了。

曾经用做过试验，一个大小仅仅为10多MB的数据库运行在NDBCluser架构，在MySQL控制台中执行 show tables; 用时竟然是0.03（前提是服务器绝对够强的）。这种性能真的无法应用于高I/O环境…… 否则，传统的Replication是完全可以被NDBCluster所替代的，可事实是Replication还是目前比较合适的解决方案。

[ 本帖最后由 Nanu 于 2006-6-22 11:32 编辑 ]

作者: nntp 时间: 2006-06-22 12:45
Nanu is right ,

MySQL's native cluster has two fatal problems.

1) application limitation
2) performance degrade in certain scenarios

Consult the MySQL Cluster mailing list, there are dozens of similar questions concern it.

Although Oracle RAC has blemish in current design but it is still the strongest SSI Database Cluster of the world, especially upon x86 platform.
(DB2 EEE has more scalable solution on MMP system).

I hope MySQL AB's product team can utilize faster interconnect technology such as infiniband to scale up IO throughput and low the latency as much as possible. (just like digital did on TruCluster with memory channel). To create an individual "Cluster Layer" is another solution to overcome the application limitation.

Till now, i'll never choose mysql's native cluster in my production environment. Although they has a pretty strong support team and considerable service price.

[ 本帖最后由 nntp 于 2006-6-22 12:47 编辑 ]

作者: qlks 时间: 2006-06-22 17:08
不错，MySQL Cluster有许多限制
但是大家可以到MySQL的官网上看看MySQL Cluster的案例
记得没错的德国最大的在线商店采用的就是MySQL Cluster

10W条记录就不行了？
我这里10多G的数据库都转成Cluster
每张表都超过400W的数据
你怎么测试的不行

查询小数据MySQL Cluster性能是不行
但是当数据大的时候Cluster的性能就能体现了

再说明下如果了解MySQL Cluster架构的话
MySQL Cluster是HA和Loading balance集群

MySQL Cluster与Replication最大的不同是MySQL Cluster是同步的，Replication是非同步的

作者: nntp 时间: 2006-06-22 21:35
to qlks,

对一个cluster来说, 目前mysql还是相当不成熟的, 虽然目前的确有一些成功案例,但是对于需要高可用和性能的用户来说,这些还远远不够.
所以现在用成功案例来佐证MySQL的技术优势是没有太大意义的.

你的数据库这些数据,日常操作,并发JOIN request过来的时候,性能还很好么?
MySQL cluster 直到5.2以后才会把JOIN的问题fix掉, 我认识MySQL的QA工程师Jonathan Miller(jmiller@mysql.com). 如果你对mysql cluster需要进一步的了解可以问他,他比较清楚.
实际上如我的上一个帖子所说的,MySQL cluster不仅技术上目前限制颇多,性能上的扩展也是有限制的,也就是说,他只有在若干种应用类型下,才能发挥它的优势,比如Index in Memory,并发的select等,但是不是所有应用都能够受益的,前面提到的并发的JOIN操作,在银行和证券行业的数据库中是特别常见的,这些行业的应用中几乎每个SQL操作都会涉及.

另外有一个问题我始终觉得是有悖于HA设计的基本原则的,就是index in memory, 按照MySQL公司的性能评估样本环境(http://www.mysql.com/products/database/cluster/faq.html) ,很少有用户可以提供单节点16GB的内存来达到线性的性能增长, 这样的环境,实际上是对HA设计原则的一种矛盾,我曾经和MySQL工程师探讨过这个问题,结果就是发现矛盾的根源在于产品的定位,MySQL公司没有把MySQL clsuter的定位在取代Oracle RAC 的环境, 而是和他们的DB engine的设计思想一样,走了一条自己的路.

我说这么多,并非否定MySQL cluster,我对这个集群系统非常看好,通过一系列的讨论,可以在现阶段帮助我们更清楚地认识他的优势和劣势,然后把它用到最合适的环境中去.

我相信MySQL cluster实际上是以性能取胜, 也许将来会成为OLTP性能最好的Database Cluster.

作者: huanghaojie 时间: 2006-06-27 17:49

原帖由 oraclinux 于 2006-6-12 13:30 发表

我还是有疑问

如果是两台mysql服务器，在更新的时候也要对数据节点进行同步，那这个时候的两台负载均衡的mysql服务器我想未必有用吧？就是说，在更新插入等操作的时候，这个方案一定比单机的在理论上慢 ...

oraclelinux 兄，你好，我同学最近在搞RAC，用VM能实现吗？他那没有共享存储磁盘，用物理硬盘能实现吗？我帮他在网上找到资料，是在LINUX做NODE，在SOLARIS上的机器做共享存储磁盘，用第三方软件能实现，在WIN2000下用这个方法能实现吗？

作者: nntp 时间: 2006-06-27 22:45
huanghaojie, check我写的手册，在精华.

作者: archangle 时间: 2006-06-28 08:19
mysql 的集群我跑了1年多了，感觉还是很稳定的，最近加入了集群之间的复制功能，跑了也快3个月了，还是很稳定。
两个集群是对等的结构，2个mgm,3个ndb,3个api,3个api之间用keepalived做了vrrp. 网通和电信各一组，相互之间做复制。感觉还是很好用的。性能上没去测试过，不过可用性肯定是增强了。
ps:个人觉得，选择某个产品，不一定要是最好的，只要它能满足你的需求，对你来说就是好产品。

[ 本帖最后由 archangle 于 2006-6-28 08:24 编辑 ]

作者: nntp 时间: 2006-06-28 12:27
agree with archangle.

最重要和最难得都是对症下药。

作者: oraclinux 时间: 2006-06-28 12:50

原帖由 huanghaojie 于 2006-6-27 17:49 发表

oraclelinux 兄，你好，我同学最近在搞RAC，用VM能实现吗？他那没有共享存储磁盘，用物理硬盘能实现吗？我帮他在网上找到资料，是在LINUX做NODE，在SOLARIS上的机器做共享存储磁盘，用第三方软件能实现，在WIN2 ...

用vmware是可以实现的
但要用 gsx server版本关键一点是要使得多个node对该磁盘都有写
oracle官方上推荐的低成本实验环境是用firewire来做共享

实在不想投入硬件资源，找个win版本的vmware可以不用硬件就实现
但pc机内存低于1G那装的时候是折磨（swap设置大点）

[ 本帖最后由 oraclinux 于 2006-6-28 15:41 编辑 ]

作者: qlks 时间: 2006-06-28 16:50

原帖由 archangle 于 2006-6-28 08:19 发表
mysql 的集群我跑了1年多了，感觉还是很稳定的，最近加入了集群之间的复制功能，跑了也快3个月了，还是很稳定。
两个集群是对等的结构，2个mgm,3个ndb,3个api,3个api之间用keepalived做了vrrp. 网通和电信各一 ...

mysql cluster replication是5.1新添加的功能

但是现在mysql 5.1还是beta版本的

老兄敢用beta的版本？

作者: archangle 时间: 2006-06-30 08:45

mysql cluster replication是5.1新添加的功能

但是现在mysql 5.1还是beta版本的

老兄敢用beta的版本？

嗯，因为我的数据不具有机密性，就是些dns解析信息，另外由于做了周密的备份工作，可以在不超过10分钟的时间内恢复数据，对生产不会造成影响，所以在用，而且用了这么久，还是很稳定的。

作者: filwy 时间: 2006-08-04 08:56
各位
我也按照文章做了，但现在有个问题，这个机群可以象Heartbeat那样虚拟一个IP出来的吗？因为我们在访问数据库的时候是访问一个IP（主服务器），如果这台主服务器宕了，那么我要把连接数据库的IP要改为备服务器的IP，这样就需要手工切换IP了，实现不了热备的实际作用。那么请问你们是怎样实现的，真心讨教！！

作者: kyxy3465 时间: 2006-08-07 16:06
标题: 连接不上啊
按照楼主说的做了，可是三台服务器连接不上啊
数据接点PC1和PC2输入/usr/local/mysql/bin/ndbd 后都提示
Unable to connect with connect string: nodeid=0,210.40.39.8:1186
Retrying every 5 seconds. Attempts left: 12 11 10 9 8 7 6 5 4 3 2 1, failed.
error=2350
2006-08-03 09:40:43 [ndbd] INFO -- Error handler restarting system
2006-08-03 09:40:43 [ndbd] INFO -- Error handler shutdown completed - exiting
sphase=0
exit=-1
而管理接点pc3输入 ndb_mgm后
-- NDB Cluster -- Management Client --
ndb_mgm> show
Connected to Management Server at: 210.40.39.8:1186
Cluster Configuration
后边就提示不能连接到PC1和2

作者: leaper 时间: 2006-08-08 09:58

原帖由 archangle 于 2006-6-30 08:45 发表

嗯，因为我的数据不具有机密性，就是些dns解析信息，另外由于做了周密的备份工作，可以在不超过10分钟的时间内恢复数据，对生产不会造成影响，所以在用，而且用了这么久，还是很稳定的。

用来作DNS解析啊，不过总的一句话，你的案例没有说服力，本身dns的解析就是cache的。而且也不会有很多类型的数据，

也没有复杂的操作与或其它的。

也不值得参考，mysql的高层来过我们这，给我们布道过。虽然我们公司所有的产品都是mysql的，但他们还是建议不要用cluster.

不过你的dns用MySQL Clusteer，好像有点搞笑了吧

作者: archangle 时间: 2006-08-08 10:12

用来作DNS解析啊，不过总的一句话，你的案例没有说服力，本身dns的解析就是cache的。而且也不会有很多类型的数据，

也没有复杂的操作与或其它的。

也不值得参考，mysql的高层来过我们这，给我们布道过。虽然我们公司所有的产品都是mysql的，但他们还是建议不要用cluster.

不过你的dns用MySQL Clusteer，好像有点搞笑了吧

我也没打算要去说服谁，ok?

作者: nntp 时间: 2006-08-09 01:49

原帖由 leaper 于 2006-8-8 09:58 发表

用来作DNS解析啊，不过总的一句话，你的案例没有说服力，本身dns的解析就是cache的。而且也不会有很多类型的数据，

也没有复杂的操作与或其它的。

也不值得参考，mysql的高层来过我们这，给我们布道过 ...

mysql的高层我认识几个，能告诉我是谁建议你们不要用cluster么?

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)