MySQL Cluster性能测试结果以及疑问

飞哥林

我在redhat as5 4G mem环境里面搭了一套cluster环境。
4台Data node， 4台MySQL node，1台mgm node，2台LVS前置做load balance

测试结果是：
insert操作和标准mysql比较下降差不多80%
select操作和标准mysql比较下降差不多50%
LVS对性能影响不大，但能起到负荷分担作用

我用的是5.0里面带的cluster，全靠内存，不写磁盘的。说明一下，我觉得性能瓶颈还没到网络带宽这，我仔细算了一下，client到mysql api节点的带宽占用很低的，除非是mysql node和data node之间通信的带宽是瓶颈。

有个疑问：
为什么4个data node里面有一个是master？没有找到文档描述，然道是只有master能写，所有能读的模式？
另外，坛子里面有没有人把cluster用到生产上的？能否讨论下，我正考虑是否将我们的数据迁移到cluster上来。

看到mysql今年年会上提到，未来会考虑memcached和mysql的结合，有没有谁实验过？感觉上和新浪提得memcachedb以及dbcached差不多的概念。


添加对CGE测试的一些东东:



[root@localhost ~]# ndb_mgm
-- NDB Cluster -- Management Client --
ndb_mgm> show
Connected to Management Server at: 192.168.1.230:1186
Cluster Configuration
---------------------
[ndbd(NDB)]     4 node(s)
id=2    @192.168.1.230  (mysql-5.1.24 ndb-6.3.14, Nodegroup: 0, Master)
id=3    @192.168.1.232  (mysql-5.1.24 ndb-6.3.14, Nodegroup: 0)
id=4    @192.168.1.234  (mysql-5.1.24 ndb-6.3.14, Nodegroup: 1)
id=5    @192.168.1.236  (mysql-5.1.24 ndb-6.3.14, Nodegroup: 1)

[ndb_mgmd(MGM)] 1 node(s)
id=1    @192.168.1.230  (mysql-5.1.24 ndb-6.3.14)

[mysqld(API)]   4 node(s)
id=6    @192.168.1.230  (mysql-5.1.24 ndb-6.3.14)
id=7    @192.168.1.232  (mysql-5.1.24 ndb-6.3.14)
id=8    @192.168.1.234  (mysql-5.1.24 ndb-6.3.14)
id=9    @192.168.1.236  (mysql-5.1.24 ndb-6.3.14)

ndb_mgm>

昨天简单的测试了一下CGE版本，没有加前置LVS的情况下，insert性能没有提高，但是select性能有提高，大概提高有20-25%左右。说明一下，在还没打开非index列写磁盘的功能情况下测试的
300w条记录，单条记录1K，查询测试结果，没有LVS的情况下，性能差不多是MySQL Server的70%，LVS前置带2个MySQL节点，基本上等于MySQL Server，LVS带4个mysql节点，性能比MySQL Server好，并发连接数越多，越明显

后来试了一下ndbapi，读写速度奇快，比同样环境下的mysql server还要好不少，当然是全mem的情况下。大部分row都写磁盘的情况下，也和mysqlserver差不多

[ 本帖最后由 飞哥林 于 2008-6-4 17:33 编辑 ]

ruochen

LZ是高手了

已经玩了这么多节点的MySQL

huifeideluotuo

mysql集群是比较吃内存的了，最好内存在8G以上。。。。。

前段时间我们也准备把mysql做成集群的架构，但是后来查询资料，和一些有经验的管理员交流下，个人认为，mysql集群适合小负载的查询，不太适合高负载下的应用。

还请高手指点。

飞哥林

我也觉得现在的cluster犹如鸡肋。

看官方说CGE版本性能有了很大提高，不知道有没有高手已经测试过了。

飞哥林

哪里啊，刚刚注册的ID，不懂得东西太多了。

yueliangdao0608

CLUSTER 里面的NODE全部都是MASTER

yueliangdao0608

LZ有没有试过在光纤下的插入和查询性能？

飞哥林

具体是不是master，我找不到有官方文档来支持。
但是我在ndb_mgm里面show出来结果如下
其中id=3的后面显示是master其他的没有啊

ndb_mgm> show
Cluster Configuration
---------------------
[ndbd(NDB)]     4 node(s)
id=2    @192.168.1.221  (Version: 5.0.51, Nodegroup: 0)
id=3    @192.168.1.223  (Version: 5.0.51, Nodegroup: 0, Master)
id=4    @192.168.1.225  (Version: 5.0.51, Nodegroup: 1)
id=5    @192.168.1.227  (Version: 5.0.51, Nodegroup: 1)

[ndb_mgmd(MGM)] 1 node(s)
id=1    @192.168.1.207  (Version: 5.0.51)


我这没有光纤的环境啊，试不了。

[ 本帖最后由 飞哥林 于 2008-5-20 16:35 编辑 ]

showsa

lz应该测试高并发的情况
因为cluster网络特性，具有高延时，如果单线程测试的话，性能肯定很差
并且在高并发的情况下，可以设置多结果集绑定返回，从而提高吞吐量

showsa

目前网上很多所谓mysql cluster的测试，其实基本上只是个搭建起来能够运行而已
很多人还不理解mysql cluster构架的初衷
当你们遇到大数据量需要分表分库的时候再来审视mysql cluster的构架，你会发现是多么的亲切
mysql cluster当前之所以没有大量被采用，主要在于单线程的延时

你们说的mysql cluster只适合小负载的查询是不科学的，看看官方的测试，那是100,000 TPM