MySQLCluster7.2在線增加數(shù)據(jù)節(jié)點存在重大弊端

一開始就要規(guī)劃好，我的數(shù)據(jù)量有多大，壓力有多大，如果事后再亡羊補(bǔ)牢，mysql cluster這點上來看還很不成熟。期待著mysql clust

今天我嘗試了下mysql cluster7.2最新版，在線增加數(shù)據(jù)節(jié)點的時候，存在重大弊端。

到底是什么弊端？

答：首先，新增加的節(jié)點，按照手冊上給出的步驟，必須重啟所有的NODB數(shù)據(jù)節(jié)點，并且重啟所有的SQL節(jié)點，從設(shè)計上就很不合理，重啟數(shù)據(jù)節(jié)點，避免不了造成性能下降，重啟SQL節(jié)點，很可能造成前端程序，比如PHP訪問不了數(shù)據(jù)庫，當(dāng)然，SQL節(jié)點可以通過安裝LVS+Keepalive避免這個問題的發(fā)生，但避免不了造成性能下降。

其次，重大弊端是：前端PHP程序往里面插入數(shù)據(jù)的時候，新增加的節(jié)點不能往里面寫數(shù)據(jù)，手冊上說的，必須通過命令A(yù)LTER ONLINE TABLE test.t1 OPTIMIZE TABLE;重新進(jìn)行分片，這樣才能激活新增加的節(jié)點，假如我有個表很大，70多G，那么這么大的表進(jìn)行分片操作，時間就會非常長，而且這個時候會鎖表，導(dǎo)致前端訪問不了該表，并且有可能出現(xiàn)未知的錯誤。這點設(shè)計上非常的傻，不能自動識別，而且手工識別，風(fēng)險太大。

所以，，一開始就要規(guī)劃好，我的數(shù)據(jù)量有多大，壓力有多大，如果事后再亡羊補(bǔ)牢，mysql cluster這點上來看還很不成熟。期待著mysql cluster能像replication復(fù)制那樣有更好的擴(kuò)展性。

更多關(guān)于MySQL Cluster的詳細(xì)信息，或者下載地址請點這里

聲明：本網(wǎng)頁內(nèi)容旨在傳播知識，若有侵權(quán)等問題請及時與本網(wǎng)聯(lián)系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com