- 主题:一个关于数据库cluster的问题
有个系统，对数据的要求非常高。在写入数据库的时候，一定要写入两个独立的数据库系统后在返回结果。而且这两个独立的数据库系统不能在一个DC里面。
这种用什么技术好呢？
--
FROM 12.24.60.*
我想知道如果写库的时候一个成功了，一个失败了，你想咋办
【 在 allover (2012) 的大作中提到: 】
: 有个系统，对数据的要求非常高。在写入数据库的时候，一定要写入两个独立的数据库系统后在返回结果。而且这两个独立的数据库系统不能在一个DC里面。
: 这种用什么技术好呢？
--
FROM 218.30.116.*
对数据的要求非常高是什么意思？
【 在 allover (2012) 的大作中提到: 】
: 有个系统，对数据的要求非常高。在写入数据库的时候，一定要写入两个独立的数据库系统后在返回结果。而且这两个独立的数据库系统不能在一个DC里面。
: 这种用什么技术好呢？
--
FROM 114.251.89.*
主从复制+读写分离。
【 在 allover 的大作中提到: 】
: 有个系统，对数据的要求非常高。在写入数据库的时候，一定要写入两个独立的数据库系统后在返回结果。而且这两个独立的数据库系统不能在一个DC里面。
: 这种用什么技术好呢？
--
修改:dhcn FROM 124.42.13.*
FROM 124.42.13.*
系统是记录钱的交易的。有政府等机构的审核，所以系统不能出一点差错。否则会计啥的会有麻烦。
所以在记录数据的时候，需要两套独立的数据库系统，而且还不能在一个地方，防止地震/火灾等破坏了一个，另外一个还有完整数据。
要求的就是在往数据库写的时候，两个系统都要写上，才算交易完成。只写一个，另外一个是备份过去的话，那如果在交易完成和备份之前的数据就可能丢失。所以对系统的要求就是两个都要写上才算完成了一个交易。如果一个成功一个失败交易都不能算成功，需要想办法处理。
这样的系统怎么设计?
【 在 kobe2000 的大作中提到: 】
: 对数据的要求非常高是什么意思？
:
--
FROM 65.113.43.*
这对阿里不就是菜吗？如果你们是体制内，就直接找阿里合作做吧。反正12306都合作了。
【 在 allover 的大作中提到: 】
: 系统是记录钱的交易的。有政府等机构的审核，所以系统不能出一点差错。否则会计啥的会有麻烦。
: 所以在记录数据的时候，需要两套独立的数据库系统，而且还不能在一个地方，防止地震/火灾等破坏了一个，另外一个还有完整数据。
: 要求的就是在往数据库写的时候，两个系统都要写上，才算交易完成。只写一个，另外一个是备份过去的话，那如果在交易完成和备份之前的数据就可能丢失。所以对系统的要求就是两个都要写上才算完成了一个交易。如果一个成功一个失败交易都不能算成功，需要想办法处理。
: ...................
--
修改:dhcn FROM 124.42.13.*
FROM 124.42.13.*
这条路走不通。
说说解决方案吧。怎么弄。
【 在 dhcn 的大作中提到: 】
: 这对阿里不就是菜吗？如果你们是体制内，就直接找阿里合作做吧。反正12306都合作了。
--
FROM 65.113.43.*
两个数据库存放的数据相同，互为备份？
那应该用主从复制
【 在 allover (2012) 的大作中提到: 】
: 系统是记录钱的交易的。有政府等机构的审核，所以系统不能出一点差错。否则会计啥的会有麻烦。
: 所以在记录数据的时候，需要两套独立的数据库系统，而且还不能在一个地方，防止地震/火灾等破坏了一个，另外一个还有完整数据。
: 要求的就是在往数据库写的时候，两个系统都要写上，才算交易完成。只写一个，另外一个是备份过去的话，那如果在交易完成和备份之前的数据就可能丢失。所以对系统的要求就是两个都要写上才算完成了一个交易。如果一个成功一个失败交易都不能算成功，需要想办法处理。
: ...................
--
修改:vonNeumann FROM 211.99.222.*
FROM 211.99.222.*
阿里各种不一致，只不过把概率控制得低一点罢了。
【 在 dhcn (码农) 的大作中提到: 】
: 这对阿里不就是菜吗？如果你们是体制内，就直接找阿里合作做吧。反正12306都合作了。
--
FROM 218.30.116.*
主从有延迟，不是实时一致的。
【 在 vonNeumann (劣币驱逐良币 | 少灌水) 的大作中提到: 】
: 两个数据库存放的数据相同，互为备份？
: 那应该用主从复制
--
FROM 218.30.116.*