关于mysql-cluster的一些问题想讨教各位经验人事

本人在服务器上部署了mysql集群，外配一个lvs做负载均衡，现在遇到几个问题很纳闷：
1、库里面的某个表容量大到一定程度后本人通过workbench进行数据导入的时候会提示超时（lock waittime out 错误），或出现（
报错ERROR 1297 (HY000): Got temporary error 4010 “Node failure caused abort of transaction” from NDBCLUSTER）
2、库里面某个表的字段的default值原本是null 本人后面需要改成b”0″ 所以通过workbench工具去修改，修改后直接卡住，然后报错（lock waittime out错误）
3、通过workbench进行导入的时候开始导入速度很快但是后面速度会越来越慢，导出的时候速度还不错
上面几个现象本人度娘了不少里面的解决方案基本都是修改一些配置参数，但是本人修改后重启数据库还是一样不改变错误的效果。本人想问一下有经验的人事，本人这个情况是哪里设置不对？
本人个人发现innodb存储比ndbcluster存储明显在数据备份还原上出错的概率低好多，并且速度上innodb也比ndbcluster 快。
本人很好奇那么几千万级别的数据大家都是怎么备份还原的呢。本人这个小菜鸟有好多疑惑。不知道有好心人能指点一二不关于mysql-cluster的一些问题想讨教各位经验人事

解决方案

mysql-cluster生产不用

你换个客户端试试，Oracle本人的客户端做得都很垃圾，MySQL的估计也好不到哪去。个人推荐HeidiSQL。

直接用命令行来操作，不用工具试试！另mysql官方的NDB-cluster很少有生产环境在用，一般都是基于主从复制做的架构，例如mha高可用。

只是不用cluster这种集群，生产环境用的都是主从复制的集群。

没用过cluster。
不排除一种情况：cluster是基于内存的，数据量太大的情况下，内存不够然后报错。可以试试不同的内存搭配不同数据量，看会不会有相似的错误。

引用 7 楼 zhu19774279 的回复:

只是不用cluster这种集群，生产环境用的都是主从复制的集群。

层主，有个问题讨教。主从复制的模式，假如是一主多从的方式，每个slave上是不是都是一份 master的拷贝？那么存储是不是浪费很大？多台slave服务器都和master主机一样.

引用 10 楼 teleinfor 的回复:

Quote: 引用 7 楼 zhu19774279 的回复:
只是不用cluster这种集群，生产环境用的都是主从复制的集群。

层主，有个问题讨教。主从复制的模式，假如是一主多从的方式，每个slave上是不是都是一份 master的拷贝？那么存储是不是浪费很大？多台slave服务器都和master主机一样.

slave就是master的拷贝。
在生产环境中，数据是最珍贵也是最昂贵的，至于硬件，相比数据实在是便宜太多。试想一下，本人开了家银行，结果放存款的电脑坏了，那本人还怎么混。

ndb cluster据说不太成熟，很少见到用在生产环境上的。
一般用mysql replication，建立一主多从来分离读写。
可以用mha做高可用，但是需要承受一些数据丢失。
假如不愿意承受数据丢失，可以考虑半同步复制(需要慎重考虑切换场景)或Galera。
假如写负载需要分散，可以考虑sharding。

引用 13 楼 Jackie_LY_C 的回复:

Quote: 引用 10 楼 teleinfor 的回复:

Quote: 引用 7 楼 zhu19774279 的回复:
只是不用cluster这种集群，生产环境用的都是主从复制的集群。

层主，有个问题讨教。主从复制的模式，假如是一主多从的方式，每个slave上是不是都是一份 master的拷贝？那么存储是不是浪费很大？多台slave服务器都和master主机一样.

可以这么理解。本人个人也是有这个好奇的，但是本人也是按照要求弄得- -所以过来看看有没有更好的方案

MySQL即使支持这么多引擎，似乎也没有Oracle Real Application Cluster那样shared everything的解决方案。
只是几大商业数据库中，也只有Oracle做出了shared everything，即使有shared everything，也需要SAN或NAS，再加上Oracle License和后期维护成本，TCO比MySQL+DAS的多份数据还是高。