msyql-max的cluster 不需要共享盘阵吗?

davidpalmer

数据不放在公共磁盘?

qlks

不用

qlks

你有这样的想法是不是因为看了oracle的rac?
mysql cluster和oracle rac集群的设计理念完全不同
5.0版本cluster中的数据都放在内存中,不用共享磁盘

davidpalmer

呵呵.
数据更新的时候, 需要每个节点都执行一遍更新. 打个比方,客户端提交一个insert,那么每个节点都得执行一下,是这样吗?

qlks

这样说有点不完全正确
不是每个节点
应该说每个node group中的节点
如果你还要问我node group是什么的话
我建议先看下手册，大致了解下mysql cluster
因为它和oracle的完全不同

davidpalmer

我接触过的rac, mscs, rose ha, veritas都没有抛弃共享磁盘, 而Mysql为啥走偏锋? 这种模式有什么特殊优点吗?

qlks

MySQL Cluster is a technology that enables clustering of in-memory databases in a shared-nothing system. The shared-nothing architecture allows the system to work with very inexpensive hardware,and without any specific requirements on hardware or software. It also does not have any single point of failure because each component has its own memory and disk.

qlks

以上是官网上介绍的
按照我的理解（可能不太准确）
mysql总的来说还是低成本的东西
oracle,db2可以装在小型机上，mysql好像就没有吧
所以说mysql的想法是让他的集群也是一种低成本的解决方案
内存现在来说是非常便宜的，随着64的普及，内存大于几十个G已经不是什么问题，甚至是100G
但是内存相对磁盘来说速度来说又是非常快的
所以这样来说in-memory是一种既便宜又性能又好的解决方案
但是也是因为是完全在内存中,所以限制非常多.至少目前还是如此

qlks

不过对于mysql cluster 5.1可以放在磁盘上做法,我觉得不太好,有点不伦不类的感觉
虽然对于内存的需求小了,但是管理难度增加了,性能肯定会不如完全的in-memory的设计
感觉这是一种折中,如果你订阅了mysql cluster的mailing list
你会看到很多人抱怨自己的数据库是24G,30G不能完全放入内存中.
而我觉得是他们没有理解mysql cluster,不是2台data node做出来的cluster性能就一定有多好
完全可以采用4data node,每台10多G的来解决自己的需求，毕竟生产环境中2台的cluster太少了，性能也不一定很好
Oracle RAC在2节点上的性能说到底并不怎么样，一般都4节点来做。

qlks

很多朋友说mysql cluster的性能不怎样，慢，查询时间长
join语句执行时间太长，不适合银行或者证券这类系统
不错，但请记住mysql cluster的优势在于大量的并发操作时的高性能，高可用
Oracle RAC出来很久了，但是他自己的RAC性能也很差。生产环境中用共享磁盘来做的人也不多。
ocfs,ocfs2也一直不断的再更新。
所以说对于刚出现不久的mysql cluster我们应该抱着宽容的心来理解这样一个产品