g***j
发帖数: 1275 | 1 现在的大公司，或者小公司实际的应用中，多个数据中心保持数据一致性，现在都是怎
么做的，比如上海，北美俩数据中心，改了北美的，如何让上海的数据中心也一致，这
都怎么做的？ 如果上海的更新失败了，怎么处理的？
我主要想知道实际现阶段怎么处理的。 |
c*******r
发帖数: 610 | 2 不是特别清楚怎么做的。
是不是先从一个数据中心拷贝到local 数据中心的少数机器上，然后再更新同步？ |
g***j
发帖数: 1275 | 3 那这中间的时效性怎么处理？
另外，只要涉及到任何通信，类似你说的“拷贝到local 数据”，都存在失败的问题，
那这样又存在不一致性问题了。如果多个通信，还会涉及到顺序的问题。
【在 c*******r 的大作中提到】
: 不是特别清楚怎么做的。
: 是不是先从一个数据中心拷贝到local 数据中心的少数机器上，然后再更新同步？
|
c******w
发帖数: 1108 | |
t**d
发帖数: 352 | 5 log based replication is a common way. |
z******g
发帖数: 271 | 6 现在许多大型系统中都会用到eventual consistency，实际上就是通过牺牲
consistency来获得high writing availability。比如cassandra支持多种consistency
level：ONE（保证一个replica读写成功，writing availability最高），QUORUM（所
有replica达成consensus），LOCAL QUORUM（假设你读写上海data center的数据，只
需该data center中replica达成consensus）等等。
时间方面一般通过vector clock来保证total ordering，不过cassandra用的好像是
timestamp。
【在 g***j 的大作中提到】
: 那这中间的时效性怎么处理？
: 另外，只要涉及到任何通信，类似你说的“拷贝到local 数据”，都存在失败的问题，
: 那这样又存在不一致性问题了。如果多个通信，还会涉及到顺序的问题。
|
g*****g
发帖数: 34805 | 7 Cassandra.
【在 g***j 的大作中提到】
: 现在的大公司，或者小公司实际的应用中，多个数据中心保持数据一致性，现在都是怎
: 么做的，比如上海，北美俩数据中心，改了北美的，如何让上海的数据中心也一致，这
: 都怎么做的？ 如果上海的更新失败了，怎么处理的？
: 我主要想知道实际现阶段怎么处理的。
|
S******1
发帖数: 216 | 8 主数据中心写，其他的读，主数据中心输出写log同步到其他数据中心。
lag的脏数据从主数据中心读 |
x*******1
发帖数: 5 | 9 master to master replication
failover 可以用haproxy
【在 g***j 的大作中提到】
: 现在的大公司，或者小公司实际的应用中，多个数据中心保持数据一致性，现在都是怎
: 么做的，比如上海，北美俩数据中心，改了北美的，如何让上海的数据中心也一致，这
: 都怎么做的？ 如果上海的更新失败了，怎么处理的？
: 我主要想知道实际现阶段怎么处理的。
|
g*********e
发帖数: 14401 | 10 man rsync
【在 g***j 的大作中提到】
: 现在的大公司，或者小公司实际的应用中，多个数据中心保持数据一致性，现在都是怎
: 么做的，比如上海，北美俩数据中心，改了北美的，如何让上海的数据中心也一致，这
: 都怎么做的？ 如果上海的更新失败了，怎么处理的？
: 我主要想知道实际现阶段怎么处理的。
|
