关于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 快。
我很好奇那么几千万级别的数据 大家都是怎么备份还原的呢。。我这个小菜鸟有好多疑惑。。不知道有好心人能指点一二不

[chenlianghaodai]

mysql-cluster生产不用

[zhu19774279]

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

[qq_34648581]

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

[迷茫使者]

引用 1 楼 chenlianghaodai 的回复:

mysql-cluster生产不用

一般实际生产库 不用lvs？那用户访问量大了怎么办？做分布式存储？还是怎么配置一个解决方案

[迷茫使者]

引用 3 楼 qq_34648581 的回复:

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

知道了 直接用命令行 也会提示相同的错误，我对数据库这块是小白 只会配置安装 但是真的出问题了不知道深入原因很难解决。大家都说生产库不用这种集群。。那我好奇 数据库量大了之后怎么办？访问端的请求大了怎么办？能给点指点么

[迷茫使者]

引用 2 楼 zhu19774279 的回复:

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

好的 我去测试看看

[zhu19774279]

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

[迷茫使者]

引用 7 楼 zhu19774279 的回复:

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

知道了 那我那个备份报错的玩意= =是我自身数据库配置的问题导致的么

[zhu19774279]

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

[zhu19774279]

引用 10 楼 teleinfor 的回复:

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

层主，有个问题请教。主从复制的模式，如果是一主多从的方式，每个slave上是不是都是一份 master的拷贝？那么存储是不是浪费很大？多台slave服务器都和master主机一样.[/quote] slave就是master的拷贝。 在生产环境中，数据是最珍贵也是最昂贵的，至于硬件，相比数据实在是便宜太多。试想一下，我开了家银行，结果放存款的电脑坏了，那我还怎么混。

[gikod]

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

[teleinfor]

引用 7 楼 zhu19774279 的回复:

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

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

[迷茫使者]

引用 10 楼 teleinfor 的回复:

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

层主，有个问题请教。主从复制的模式，如果是一主多从的方式，每个slave上是不是都是一份 master的拷贝？那么存储是不是浪费很大？多台slave服务器都和master主机一样.[/quote] 可以这么理解。。我个人也是有这个好奇的，但是我也是按照要求弄得- -所以过来看看有没有更好的方案

[gikod]

引用 13 楼 Jackie_LY_C 的回复:

[quote=引用 10 楼 teleinfor 的回复:] [quote=引用 7 楼 zhu19774279 的回复:] 只是不用cluster这种集群，生产环境用的都是主从复制的集群。

层主，有个问题请教。主从复制的模式，如果是一主多从的方式，每个slave上是不是都是一份 master的拷贝？那么存储是不是浪费很大？多台slave服务器都和master主机一样.[/quote] 可以这么理解。。我个人也是有这个好奇的，但是我也是按照要求弄得- -所以过来看看有没有更好的方案[/quote] MySQL即使支持这么多引擎，似乎也没有Oracle Real Application Cluster那样shared everything的解决方案。 只是几大商业数据库中，也只有Oracle做出了shared everything，即使有shared everything，也需要SAN或NAS，再加上Oracle License和后期维护成本，TCO比MySQL+DAS的多份数据还是高。

[teleinfor]

引用 13 楼 Jackie_LY_C 的回复:

[quote=引用 10 楼 teleinfor 的回复:] [quote=引用 7 楼 zhu19774279 的回复:] 只是不用cluster这种集群，生产环境用的都是主从复制的集群。

层主，有个问题请教。主从复制的模式，如果是一主多从的方式，每个slave上是不是都是一份 master的拷贝？那么存储是不是浪费很大？多台slave服务器都和master主机一样.[/quote] 可以这么理解。。我个人也是有这个好奇的，但是我也是按照要求弄得- -所以过来看看有没有更好的方案[/quote] 多谢，我只是比较好奇replication这种master-slave机制。另外如果是采用mysql cluster方案的话，那么data是不是分布在不同的datanode节点上呢？如果设置rep=2，那么也就是说数据以2倍冗余离散分布式存在N个datanode节点里面，这样就不是slave一样重复那么多份拷贝了。是不是可以这么理解？

[迷茫使者]

引用 14 楼 gikod 的回复:

[quote=引用 13 楼 Jackie_LY_C 的回复:] [quote=引用 10 楼 teleinfor 的回复:] [quote=引用 7 楼 zhu19774279 的回复:] 只是不用cluster这种集群，生产环境用的都是主从复制的集群。

层主，有个问题请教。主从复制的模式，如果是一主多从的方式，每个slave上是不是都是一份 master的拷贝？那么存储是不是浪费很大？多台slave服务器都和master主机一样.[/quote] 可以这么理解。。我个人也是有这个好奇的，但是我也是按照要求弄得- -所以过来看看有没有更好的方案[/quote] MySQL即使支持这么多引擎，似乎也没有Oracle Real Application Cluster那样shared everything的解决方案。 只是几大商业数据库中，也只有Oracle做出了shared everything，即使有shared everything，也需要SAN或NAS，再加上Oracle License和后期维护成本，TCO比MySQL+DAS的多份数据还是高。 [/quote]受教了