MySQL CLUSTER历史版本信息

MySQL 集群有两种命名方式，在Mysql5.1版本之前，MySQL 集群是以MySQL版本号命名；MySQL5.1（包括）之后开始以 mysql-mysql_server_version-ndb-ndbcluster_engine_version来区分，这样即使同一个MySQL服务器版本，也可能有多个集群版本。

集群下载地址： https://dev.mysql.com/downloads/cluster/

2004-6-28    MySQL Cluseter 4.1.3发布，并第一次添加集群功能；  

2004-9-16    MySQL Cluseter 4.1.5对范围、全表扫面性能上提高；修改DDL操作方式；在线备份；NULL索引的处理；在ndb_mgm客户端增加更多的命令；更改ndb_mgmd和ndbd启动参数等等，该版本做了大量修改； 

 2004-12-14

MySQL Cluseter 4.1.8更改默认端口号2200à1186由IANA确定的；ndb_mgm增加几个命令；将命令行选项都定义到my.cnf的节点中。增加集群日志信息；Fix bugs

2005-1-13
MySQL Cluseter 4.1.9采用新的方式实现传输者共享内存等； 

2005-2-12–>2005-5-26
MySQL Cluseter 4.1.10–>MySQL Cluseter 5.0.7 一直都再Fix bugs

2005-5-26–>2009-12-04
MySQL 5.0.8–>MySQL Cluseter 5.0.88 只修过两次Bug；

2006-12-20
MySQL5.1.14开始出现NDB 6.1.0新的命名方式为了与MySQL服务器区分，6.1.X版本只是做了提高备份速度、为跟踪事务、扫描操作和锁情况增加DUMP客户端、单独设置每个数据节点启动时分配内存的超时时间、增加参数、数据节点使用内存的限制、添加几个客户端管理工具、修bug等

2007-4-3
MySQL5.1.16–NDB 6.2.0 开始beta版，注定6.2.X发布很多重要的MySQL内核方面的更新，如支持磁盘数据；支持行复制（不能利用之前语句级的）；在线ALTER TABLE和ADD\DROP INDEX的性能提高；让大小可变记录更有效；增加节点的最大值；新的内存分配器；增加连接池提供并发能力

2007-7-2
MySQL5.1.19–NDB 6.3.0 开始beat版，由于存储空间的问题，对备份和LCP文件进行压缩，节省空间42%左右；在Optimize Table时整理动态可变字段的碎片；集群间复制的冲突检测与解决方案。

2008-12-22
NDB6.4.0发布了版本就消失了

2008-3-18
升级NDB7.0版本，之后NDB7.0开始对集群性能与扩展进行大刀阔斧的修改，增加多线程数据节点只是通过不同的二进制文件进行；在线添加数据节点；支持磁盘 数据文件多线程访问；改进大数据记录处理能力；支持WINDOWs平台；简化集群监控和管理；支持后台电信级目录；MySQL集群快照选项；支持事务改变结构，对DDL在数据库节点发生故障时完好恢复。

2010-2-01
NDB7.1版本发布beta版，增加监控管理能力ndbinfo-statstic报告和MySQL集群JAVA连接器；已开始在电信领域使用了。

2011-10-03
NDB7.2版本自适应查询本地化提高速度近70倍；采用本地的Memcached API实现NoSQL;增强数据节点可扩展性；多站点集群；简化active/active复制；统一用户权限；整合MySQL5.5服务器；支持虚拟机环境；自动在线添加节点；一步式创建集群

目前NDB7.2版本有商业版针对电信运营商，在集群中的有些功能会比MySQL server更优，比如在NDB 6.2.0的时候就实现了fast drop\add index，而MySQL Server到5.5版本才实现，其实从NDB版本预先新增功能来看，MySQL是要把cluster的步子迈大点，不仅注重社区版的，CGE版本也会大力，CGE价格可以查询http://mysql.com/tcosavings/，1-4个CPU插槽的价格是$10,000。还是推荐大家使用非CGE版本。

NDB 节点(即数据节点)主要是实现底层数据存储的功能，保存Cluster的数据。每一个NDB 节点保存
完整数据的一部分（或者一份完整的数据，视节点数目和配置而定），在MySQL CLuster 里
面叫做一个fragment。而每一个fragment，正常情况来讲都会在其他的主机上面有一份（或
者多分）完全相同的镜像存在。这些都是通过配置来完成的，所以只要配置得当，Mysql
Cluster 在存储层不会出现单点的问题。一般来说，NDB 节点被组织成一个一个的NDB Group，
一个NDB Group 实际上就是一组存有完全相同的物理数据的NDB 节点群。
上面提到了NDB 各个节点对数据的组织，可能每个节点都存有全部的数据也可能只保存
一部分数据，主要是受节点数目和参数来控制的。首先在Mysql Cluster 主配置文件（在管
理节点上面，一般为config.ini）中，有一个非常重要的参数叫NoOfReplicas，这个参数
指定了每一份数据被冗余存储在不同节点上面的份数，该参数一般至少应该被设置成2，也
只需要设置成2 就可以了。因为正常来说，两个互为冗余的节点同时出现故障的概率还是非
常小的，当然如果机器和内存足够多的话，也可以继续增大。一个节点上面是保存所有的数
据还是一部分数据，还受到存储节点数目的限制。NDB 存储引擎首先保证NoOfReplicas 参
数配置的要求对数据冗余，来使用存储节点，然后再根据节点数目将数据分段来继续使用多
余的NDB 节点，分段的数目为节点总数除以NoOfReplicas 所得。

参考：http://www.mysqlops.com/2012/04/01/mysql-cluster-change-history.html

标签：数据,NDB,CLUSTER,集群,版本,MySQL,版本信息,节点
来源： https://www.cnblogs.com/aozhejin/p/15851686.html