MySQL Cluster性能測(cè)試結(jié)果以及疑問(wèn)

飛哥林

我在redhat as5 4G mem環(huán)境里面搭了一套cluster環(huán)境。
4臺(tái)Data node， 4臺(tái)MySQL node，1臺(tái)mgm node，2臺(tái)LVS前置做load balance

測(cè)試結(jié)果是：
insert操作和標(biāo)準(zhǔn)mysql比較下降差不多80%
select操作和標(biāo)準(zhǔn)mysql比較下降差不多50%
LVS對(duì)性能影響不大，但能起到負(fù)荷分擔(dān)作用

我用的是5.0里面帶的cluster，全靠?jī)?nèi)存，不寫磁盤的。說(shuō)明一下，我覺得性能瓶頸還沒到網(wǎng)絡(luò)帶寬這，我仔細(xì)算了一下，client到mysql api節(jié)點(diǎn)的帶寬占用很低的，除非是mysql node和data node之間通信的帶寬是瓶頸。

有個(gè)疑問(wèn)：
為什么4個(gè)data node里面有一個(gè)是master？沒有找到文檔描述，然道是只有master能寫，所有能讀的模式？
另外，壇子里面有沒有人把cluster用到生產(chǎn)上的？能否討論下，我正考慮是否將我們的數(shù)據(jù)遷移到cluster上來(lái)。

看到mysql今年年會(huì)上提到，未來(lái)會(huì)考慮memcached和mysql的結(jié)合，有沒有誰(shuí)實(shí)驗(yàn)過(guò)？感覺上和新浪提得memcachedb以及dbcached差不多的概念。


添加對(duì)CGE測(cè)試的一些東東:



[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>

昨天簡(jiǎn)單的測(cè)試了一下CGE版本，沒有加前置LVS的情況下，insert性能沒有提高，但是select性能有提高，大概提高有20-25%左右。說(shuō)明一下，在還沒打開非index列寫磁盤的功能情況下測(cè)試的
300w條記錄，單條記錄1K，查詢測(cè)試結(jié)果，沒有LVS的情況下，性能差不多是MySQL Server的70%，LVS前置帶2個(gè)MySQL節(jié)點(diǎn)，基本上等于MySQL Server，LVS帶4個(gè)mysql節(jié)點(diǎn)，性能比MySQL Server好，并發(fā)連接數(shù)越多，越明顯

后來(lái)試了一下ndbapi，讀寫速度奇快，比同樣環(huán)境下的mysql server還要好不少，當(dāng)然是全mem的情況下。大部分row都寫磁盤的情況下，也和mysqlserver差不多

[ 本帖最后由 飛哥林 于 2008-6-4 17:33 編輯 ]

ruochen

LZ是高手了

已經(jīng)玩了這么多節(jié)點(diǎn)的MySQL

huifeideluotuo

mysql集群是比較吃內(nèi)存的了，最好內(nèi)存在8G以上。。。。。

前段時(shí)間我們也準(zhǔn)備把mysql做成集群的架構(gòu)，但是后來(lái)查詢資料，和一些有經(jīng)驗(yàn)的管理員交流下，個(gè)人認(rèn)為，mysql集群適合小負(fù)載的查詢，不太適合高負(fù)載下的應(yīng)用。

還請(qǐng)高手指點(diǎn)。

飛哥林

我也覺得現(xiàn)在的cluster猶如雞肋。

看官方說(shuō)CGE版本性能有了很大提高，不知道有沒有高手已經(jīng)測(cè)試過(guò)了。

飛哥林

哪里啊，剛剛注冊(cè)的ID，不懂得東西太多了。

yueliangdao0608

CLUSTER 里面的NODE全部都是MASTER

yueliangdao0608

LZ有沒有試過(guò)在光纖下的插入和查詢性能？

飛哥林

具體是不是master，我找不到有官方文檔來(lái)支持。
但是我在ndb_mgm里面show出來(lái)結(jié)果如下
其中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)


我這沒有光纖的環(huán)境啊，試不了。

[ 本帖最后由 飛哥林 于 2008-5-20 16:35 編輯 ]

showsa

lz應(yīng)該測(cè)試高并發(fā)的情況
因?yàn)閏luster網(wǎng)絡(luò)特性，具有高延時(shí)，如果單線程測(cè)試的話，性能肯定很差
并且在高并發(fā)的情況下，可以設(shè)置多結(jié)果集綁定返回，從而提高吞吐量

showsa

目前網(wǎng)上很多所謂mysql cluster的測(cè)試，其實(shí)基本上只是個(gè)搭建起來(lái)能夠運(yùn)行而已
很多人還不理解mysql cluster構(gòu)架的初衷
當(dāng)你們遇到大數(shù)據(jù)量需要分表分庫(kù)的時(shí)候再來(lái)審視mysql cluster的構(gòu)架，你會(huì)發(fā)現(xiàn)是多么的親切
mysql cluster當(dāng)前之所以沒有大量被采用，主要在于單線程的延時(shí)

你們說(shuō)的mysql cluster只適合小負(fù)載的查詢是不科學(xué)的，看看官方的測(cè)試，那是100,000 TPM