mysqlclustermysql-cluster能否用于生产环境

mysql replication 好还是mysql cluster好？

要看你的实际需求来定1、如果你是数据一致性考虑的多，而且写操作和更新的东西多，用cluster合适。

因为multi-master会有数据冲突的情况发生。

2、如果你是查询多，也可以较容易的分开，那就用replication好，便宜，也好用。

用一个master保证数据的一致性，可以有多个slave用来读去数据，分担负载。

其实往往就是数据一致性的问题，会给replication带来麻烦。

如果你能保证写入点的唯一，就可以放心的用replication了。

mysql cluster 有哪些功能

MySQL Cluster 是一种技术，该技术允许在无共享的系统中部署“内存中”数据库的 Cluster 。

通过无共享体系结构，系统能够使用廉价的硬件，而且对软硬件无特殊要求。

此外，由于每个组件有自己的内存和磁盘，不存在单点故障。

MySQL Cluster 由一组计算机构成，每台计算机上均运行着多种进程，包括MySQL服务器，NDB Cluster 的数据节点，管理服务器，以及（可能）专门的数据访问程序。

关于 Cluster 中这些组件的关系。

为什么说mysql cluster性能可能都不如单机的mysql

因为cluster数据传输是通过网络的，在并发低的情况下，“性能”肯定没有单机快，根据大家的以往经验来看大致慢6-8倍 cluster的主要有点是高可用和可扩展性，还有它的高并发性 不同的需求采用不同的方案，世上没有万灵药

谁在或做过mysql cluster NDB 7.2集群

一、灾 难恢复 我们知道，数据库的日常维护，最重要的就是备份和恢复。

有同事（也有DBA）告诉我说，cluster的维护成本很高。

就我看来，Mysql发布这个版本的集群方案，是经过严格测试的。

官方宣称99.999%的可用性，毫秒级实时性非常诱人。

引用官方的一张图： 在所有的管理节点，绝大部分的API节点（Mysqld节点和Memcache节点），超过半数的数据节点都崩溃的情况下，cluster仍然可以保障你的业务正常运行。

节点的事务如果出现冲突，cluster会自动修复，如果其中任意一台数据节点出现故障无法启动，那么，我们马上可以换上新的，使用ndbd --initial初始化节点，alter online table重新同步写入数据就行。

二、日常备份和恢复 cluster的备份命令非常容易，在管理节点上执行： mgmd>start backup 语法： START BACKUP [backup_id] [wait_option] [snapshot_option] 官方文档我就不抄了。

控制台会显示当前备份的简要信息，如：哪个节点开始备份等。

你也可以指定具体哪个节点开始备份。

cluster的备份数据存放在每个数据节点的数据目录下，从1开始，每次备份产生一个备份目录，形如：BACKUP-备份id。

在不指定节点的情况下，每个节点会依次备份。

cluster的备份是在线的，不闭塞的，这样我们在备份时完全不用担心会造成数据库堵塞。

恢复数据同样简单，我们在每个数据节点（注意：是每个数据节点，不是其中某一个）发出如下指令： shell>/opt/soft/mysql/bin/ndb_resotre -c "管理服务器IP:1186" -n 节点id -b 备份id -r 就行，如果不想记binlog日志，可以加上--no-binlog参数，全部参数列表请参考官方文档。

在上文，我强调要在每个数据节点执行操作，但是，这只是为保险起见，事实上，在最少情况下，只需要在相同节点组的任意一个节点各操作一次就行。

例如，如上图典型的4数据节点集群，node1和2属于node group1，node3和4属于node group2，在恢复时，我们只需要在node1和node3上各执行一次恢复指令就行了。

其个中原因，大家可以再看图多思考就会明白。

三、在线扩展节点 Mysql cluster宣称可以在业务量大大增长时，在线添加节点以适应业务需求。

方法如下： （注：以下192.168.0.10是管理节点IP） 1.添加一个[ndbd]并在config.ini里加入 2.停掉mgmd : 10 再重启 ndb_mgmd -f config.ini --reload (这里10是管理节点的id) 3.在已存在的数据节点上rolling restart : mgmd>原数据节点ID1 restart mgmd>原数据节点ID2 restart 可以在ndbinfo.nodes表检查确认所有的数据节点使用了新的配置 4.rolling restart所有的sql和api节点 (如果有配置/etc/init.d/mysql.server restart也一样) mysqladmin -uroot -ppassword shutdown mysqld_safe --ndbcluster --ndb-connectstring=192.168.0.10 & 5.在新节点上执行初始化启动 ndbd -c 192.168.0.10 --initial 6.建新节点组3,4是新节点的ID mgmd>CREATE NODEGROUP 3,4 7.再分配集群数据,对每个表执行一次 ALTER ONLINE TABLE tbl REORGANIZE PARTITION. 如果数据量很大，这个过程比较慢，请耐心等待。

（如果要数落cluster的不足，我认为在线添加数据节点算是一个） 四、Replication 今天，Mysql的replication异步复制技术已经相当成熟，使用也非常频繁。

cluster同样对replication提供了支持。

配置非常简单，仅需在cluster中任意一台myql节点上启用binlog，作为master，然后在从库上不启用ndb引擎，其他配置和mysqld之间的replication完全一样。

这里需要注意的一点是，你的binlog_format需要设置为STATEMENT，一定不要设置为MIXED，否则你的触发器将会令你的同步出错。

这可能是cluster的一个bug，我没有深究。

mysql集群主要用于干什么，怎么使用，不要复制粘贴哦

用于mysql数据库的冗余备份，以及负载平衡，避免单点故障导致业务中断。

使用方法不是一句半句能说清楚的，请搜索：mysql 镜像，分库分表，cluster这些词。

mysql-cluster能否用于生产环境

mysql-cluster可以用于生产环境。

MySQL Cluster是一套独立的分布式储存数据的高可用产品，事实上，很多人并不具备MySQL Cluster的测试条件，并不是简单的把功能搭建起来就可以使用了。

MySQL Cluster主要解决两方面的问题，一是写的扩展性问题，二是分布式数据储存带来的高可用性，可达99.999%；最新发布的MySQL Cluster在一定的硬件和网络环境下，测试的指标可达到：10亿查询/分钟，1亿修改/分钟，性能还是非常强劲的。

但要知道，完成这样的测试，不仅需要大内存的数据库服务器，还可能需要万兆网卡支持，否则测试就没有什么意义了。

MySQL Cluster 是一种技术，该技术允许在无共享的系统中部署“内存中”数据库的 Cluster 。

通过无共享体系结构，系统能够使用廉价的硬件，而且对软硬件无特殊要求。

此外，由于每个组件有自己的内存和磁盘，不存在单点故障。

MySQL Cluster 由一组计算机构成，每台计算机上均运行着多种进程，包括MySQL服务器，NDB Cluster 的数据节点，管理服务器，以及（可能）专门的数据访问程序。

关于 Cluster 中这些组件的关系。