mysqlcluster为什么说 MySQL Cluster 是 shared-nothing 架构的

MYSQL CLUSTER VS MYCAT，哪个更好

Mycat和MySQL的区别： 可以把上层看作是对下层的抽象，例如操作系统是对各类计算机硬件的抽象。

那么我们什么时候需要抽象？假如只有一种硬件的时候，我们需要开发一个操作系统吗？ 再比如一个项目只需要一个人完成的时候不需要leader，但是当需要几十人完成时，就应该有一个管理者，发挥沟通协调等作用，而这个管理者对于他的上层来说就是对项目组的抽象。

同样的，当我们的应用只需要一台数据库服务器的时候我们并不需要Mycat，而如果你需要分库甚至分表，这时候应用要面对很多个数据库的时候，这个时候就需要对数据库层做一个抽象，来管理这些数据库，而最上面的应用只需要面对一个数据库层的抽象或者说数据库中间件就好了，这就是Mycat的核心作用。

所以可以这样理解：数据库是对底层存储文件的抽象，而Mycat是对数据库的抽象。

MYSQL的CLUSTER的SQL节点配置需要注意什么

管理节点: [root@localhost ~]# cd /usr/local/mysql/ [root@localhost mysql]# ls config.ini data ndb_mgm ndb_mgmd [root@localhost mysql]# cat config.ini [NDBD DEFAULT] NoOfReplicas=1 [TCP DEFAULT] portnumber=3306 [NDB_MGMD] hostname=192.168.0.231 datadir=/usr/local/mysql/data [NDBD] hostname=192.168.0.233 datadir=/usr/local/mysql/data [NDBD] hostname=192.168.0.234 datadir=/usr/local/mysql/data [MYSQLD] hostname=192.168.0.232 [root@localhost mysql]# [root@localhost mysql]# /usr/local/mysql/ndb_mgm -- NDB Cluster -- Management Client -- ndb_mgm> show Connected to Management Server at: localhost:1186 Cluster Configuration --------------------- [ndbd(NDB)] 2 node(s) id=2 @192.168.0.233 (Version: 5.0.24, starting, Nodegroup: 0) id=3 @192.168.0.234 (Version: 5.0.24, starting, Nodegroup: 0) [ndb_mgmd(MGM)] 1 node(s) id=1 (Version: 5.0.24) [mysqld(API)] 1 node(s) id=4 (not connected, epting connect from 192.168.0.232) ndb_mgm> SQL 节点： [root@localhost ~]# cat /etc/f [mysqld] basedir=/usr/local/mysql/ datadir=/usr/local/mysql/data/ user=nobody port=3306 socket=/tmp/mysql.sock ndbcluster ndb-connectstring=192.168.0.231 [mysql_cluster] ndb-connectstring=192.168.0.231 [root@localhost ~]# ps aux | grep mysql root 2865 0.0 0.1 5312 1104 tty1 S 19:13 0:00 /bin/sh /usr/local/mysql/bin/mysqld_safe nobody 2910 0.0 1.8 122356 18384 tty1 Sl 19:13 0:00 /usr/local/mysql/bin/mysqld --basedir=/usr/local/mysql/ --datadir=/usr/local/mysql/data/ --user=nobody --pid-file=/usr/local/mysql/data//localhost.localdomain.pid --skip-locking --port=3306 --socket=/tmp/mysql.sock root 3167 0.0 0.0 4752 664 pts/0 S+ 21:20 0:00 grep mysql DATA 节点：（两个配置一样的。

另外一个是192.168.234） [root@localhost ~]# cat /etc/f [mysqld] ndbcluster ndb-connectstring=192.168.0.231 [mysql_cluster] ndb-connectstring=192.168.0.231 [root@localhost ~]# ps aux | grep ndb root 2953 0.0 0.2 6672 1956 ? Ss 11:09 0:00 /usr/local/mysql/bin/ndbd --initial root 2954 0.0 10.0 491720 97412 ? Sl 11:09 0:00 /usr/local/mysql/bin/ndbd --initial root 3229 0.0 0.0 4752 664 pts/0 S+ 13:19 0:00 grep ndb [root@localhost ~]#

为什么说 MySQL Cluster 是 shared-nothing 架构的

share nothing和share disk是两种常见的分布式数据库模型。

share nothing架构下，每个结点都有自己的CPU、内存、存储。

跨结点的数据访问通过结点之间的网络通讯来完成。

share disk架构下，每个结点有自己的CPU和内存，但是共享同一个存储。

也就是说，存储只有一份，放在单独的分布式文件系统上，由文件系统本身来保证其可用性，一般由高端的专门存储设备来完成。

大多数分布式数据库都是share nothing的。

比较典型的share disk数据库有oracle RAC和DB2 PureScale。

mysql cluster的结点之间不共享存储（每个结点有自己的存储），所以属于share nothing。

share nothing和share disk各有利弊，无法简单地认为谁优谁劣，也不存在谁才是“真正的”分布式数据库的问题。

二者当然都可以实现事务。

一般来说，share disk的实现更复杂，价格也更昂贵。