【讨论中】请教一下各位mysql的高可用性高容错性的问题

keys99933

事情是这样的,系统是自己开发的一个类似财务系统的php开发的,采用的mysql主从复制,主库写,从库读,(主从没有在同一个机房)
然后表都是Innodb引擎

因为里面的一些记录都是涉及到现金的操作,所以想在主库机器的机房 比如 机房断网 机器挂掉这种特殊情况下,有什么好的办法能保证数据的一致性呢,或者说最大力度的降低数据丢失又能保证系统随时在线,不会中断服务.

想问问各位有什么好的办法？谢谢


我看了一下mysql cluster好像能满足这种需求,但是不知道ndbcluster引擎切换到innodb引擎 上面 程序需要做多大改动,请问各位有什么好点的方法呢,就是能保证数据库最大限度的对外提供服务,数据最好能很靠谱的不丢失,
因为比如主库倒了,但是也许主从两个数据现在根本不一致 就是从库没有复制完，如果贸然吧从库切换为主库,怕产生资金的混乱,
如果是互为主从好像也有这种网络延迟所导致的数据不一致的问题。
谢谢各位

cenalulu

不想搬出神马CAP理论。。。当然楼主有兴趣可以阅读下。
这种情况下就是可用性和数据完整性之间的权衡。
如果为了保证数据一致，至少要sync-binlog，开半同步（当然这样M-S之间也不是完全同步，但至少是目前版本最高数据一致性的保证）
后果就是主库受外界因素制约，性能下降。

keys99933

cenalulu 发表于 2013-03-05 09:37
不想搬出神马CAP理论。。。当然楼主有兴趣可以阅读下。
这种情况下就是可用性和数据完整性之间的权衡。
如 ...

谢谢版主,  我对mysql不熟悉,只限于会些基本的东西,请问如果程序和数据从innodb引擎切换到ndbcluster需要做大量改动吗？还是直接就可以切换


我查了一下sync-binlog 这个是保证主服务器的操作和二进制日志保证同步的最大可能性.
但是这种cap理论 mysql有什么好的解决方案吗 ？谢谢

cenalulu

innodb引擎切换到ndbcluster：是产品级别的改动，不是一个alter table能搞定的，改动量非常大。
MySQL最佳解决方案是 ：牺牲性能的前提下配置 sync-binlog + innodb_flush_log_at_trx_commit = 1 + async replication
如果性能不可接受，则适当的从3个配置当中去掉若干，由程序机制或者其他业务工具来解决数据的不一致。

keys99933

cenalulu 发表于 2013-03-05 15:04
innodb引擎切换到ndbcluster：是产品级别的改动，不是一个alter table能搞定的，改动量非常大。
MySQL最佳 ...

好的 谢谢了,看来好像只有mysql clubster是最好的解决方案