1.3.6. Incremental ReplicationCouch

1.3.6. Incremental Replication
CouchDB’s operations take place within the context of a single document. As CouchDB achieves eventual consistency between multiple databases by using incremental replication you no longer have to worry about your database servers being able to stay in constant communication. Incremental replication is a process where document changes are periodically copied between servers. We are able to build what’s known as a shared nothing cluster of databases where each node is independent and self-sufficient, leaving no single point of contention across the system.


Need to scale out your CouchDB database cluster? Just throw in another server.

As illustrated in Figure 4. Incremental replication between CouchDB nodes, with CouchDB’s incremental replication, you can synchronize your data between any two databases however you like and whenever you like. After replication, each database is able to work independently.

You could use this feature to synchronize database servers within a cluster or between data centers using a job scheduler such as cron, or you could use it to synchronize data with your laptop for offline work as you travel. Each database can be used in the usual fashion, and changes between databases can be synchronized later in both directions.

Incremental replication between CouchDB nodes
Figure 4. Incremental replication between CouchDB nodes

What happens when you change the same document in two different databases and want to synchronize these with each other? CouchDB’s replication system comes with automatic conflict detection and resolution. When CouchDB detects that a document has been changed in both databases, it flags this document as being in conflict, much like they would be in a regular version control system.

This isn’t as troublesome as it might first sound. When two versions of a document conflict during replication, the winning version is saved as the most recent version in the document’s history. Instead of throwing the losing version away, as you might expect, CouchDB saves this as a previous version in the document’s history, so that you can access it if you need to. This happens automatically and consistently, so both databases will make exactly the same choice.

It is up to you to handle conflicts in a way that makes sense for your application. You can leave the chosen document versions in place, revert to the older version, or try to merge the two versions and save the result.

Kết quả (Việt) 1:

1.3.6. gia tăng sao chépHoạt động của CouchDB diễn ra trong bối cảnh của một tài liệu duy nhất. Như CouchDB đạt được cuối cùng nhất quán giữa nhiều cơ sở dữ liệu bằng cách sử dụng gia tăng sao chép bạn không còn phải lo lắng về máy chủ cơ sở dữ liệu của bạn có thể ở lại thông tin liên lạc liên tục. Tăng nhân bản là một quá trình mà thay đổi tài liệu được sao chép định kỳ giữa các máy chủ. Chúng tôi có thể xây dựng những gì đã biết đến như một chia sẻ gì cụm các cơ sở dữ liệu mà mỗi nút là độc lập và tự túc, để lại không có điểm ganh đua duy nhất trên toàn hệ thống.Cần quy mô ra cụm cơ sở dữ liệu CouchDB của bạn? Chỉ cần ném vào một máy chủ.Như minh họa trong hình 4. Gia tăng rộng giữa nút CouchDB, với CouchDB của gia tăng rộng, bạn có thể đồng bộ hóa dữ liệu của bạn giữa bất kỳ hai cơ sở dữ liệu Tuy nhiên, bạn thích và bất cứ khi nào bạn thích. Sau khi sao chép, mỗi cơ sở dữ liệu có thể làm việc độc lập.Bạn có thể sử dụng tính năng này để đồng bộ hóa cơ sở dữ liệu máy chủ trong một cụm hoặc giữa các trung tâm dữ liệu bằng cách sử dụng một trình lên lịch công việc như cron, hoặc bạn có thể sử dụng nó để đồng bộ hóa dữ liệu với máy tính xách tay của bạn làm việc gián tuyến khi bạn đi du lịch. Mỗi cơ sở dữ liệu có thể được sử dụng trong thời trang bình thường, và thay đổi giữa các cơ sở dữ liệu có thể được đồng bộ hóa sau này trong cả hai hướng.Các nhân bản gia tăng giữa các nút CouchDBHình 4. Các nhân bản gia tăng giữa các nút CouchDBĐiều gì sẽ xảy ra khi bạn thay đổi các tài liệu cùng một trong hai cơ sở dữ liệu khác nhau và muốn đồng bộ hóa với nhau? CouchDB của sao nhân bản hệ thống đi kèm với các xung đột tự động phát hiện và giải quyết. Khi CouchDB phát hiện một tài liệu đã được thay đổi trong cả hai cơ sở dữ liệu, nó lá cờ tài liệu này như là người trong cuộc xung đột, nhiều như họ muốn trong một hệ thống kiểm soát thường xuyên các phiên bản.Đây không phải là khó chịu vì nó có thể âm thanh đầu tiên. Khi hai phiên bản của một tài liệu xung đột trong quá trình sao chép, các phiên bản chiến thắng sẽ được lưu như là phiên bản mới nhất trong lịch sử của tài liệu. Thay vì ném Phiên bản mất đi, như bạn có thể mong đợi, CouchDB tiết kiệm điều này như là một phiên bản trước trong lịch sử của tài liệu, do đó bạn có thể truy cập nó, nếu bạn cần. Điều này xảy ra tự động và thống nhất, do đó, cả hai cơ sở dữ liệu sẽ làm cho sự lựa chọn chính xác cùng.Đó là vào bạn để xử lý mâu thuẫn một cách có ý nghĩa cho các ứng dụng của bạn. Bạn có thể để lại các tài liệu được lựa chọn phiên bản trong đặt, trở lại phiên bản cũ hơn, hoặc cố gắng để kết hợp hai phiên bản và lưu kết quả.

Kết quả (Việt) 2:

1.3.6. Incremental Replication
hoạt động CouchDB của diễn ra trong bối cảnh của một tài liệu duy nhất. Như CouchDB đạt được thống nhất cuối cùng giữa nhiều cơ sở dữ liệu bằng cách sử dụng nhân rộng gia tăng bạn không còn phải lo lắng về các máy chủ cơ sở dữ liệu của bạn có thể ở lại trong giao tiếp thường xuyên. Nhân rộng gia tăng là một quá trình mà sự thay đổi tài liệu được sao chép định kỳ giữa các máy chủ. Chúng tôi có thể xây dựng những gì được biết đến như một cụm không có gì chia sẻ cơ sở dữ liệu mà mỗi nút là độc lập và tự cung tự cấp, không để lại điểm duy nhất của tranh trên toàn hệ thống.


Cần quy mô ra cụm cơ sở dữ liệu CouchDB của bạn? Chỉ cần ném vào máy chủ khác.

Như được minh họa trong Hình 4. nhân rộng gia tăng giữa các nút CouchDB, với nhân rộng gia tăng CouchDB, bạn có thể đồng bộ dữ liệu giữa bất kỳ hai cơ sở dữ liệu tuy nhiên bạn thích và bất cứ khi nào bạn muốn. Sau khi sao chép, mỗi cơ sở dữ liệu có khả năng làm việc độc lập.

Bạn có thể sử dụng tính năng này để đồng bộ hóa các máy chủ cơ sở dữ liệu trong một cụm hoặc giữa các trung tâm dữ liệu sử dụng một lịch trình công việc như cron, hoặc bạn có thể sử dụng nó để đồng bộ hóa dữ liệu với máy tính xách tay của bạn cho công việc ẩn như bạn đi du lịch. Mỗi cơ sở dữ liệu có thể được sử dụng trong thời trang thông thường, và những thay đổi giữa các cơ sở dữ liệu có thể được đồng bộ hóa sau này trong cả hai hướng.

Nhân rộng gia tăng giữa các nút CouchDB
Hình 4. nhân rộng gia tăng giữa các nút CouchDB

gì sẽ xảy ra khi bạn thay đổi các tài liệu tương tự trong hai cơ sở dữ liệu khác nhau và muốn đồng bộ hóa chúng với nhau? Hệ thống sao chép CouchDB của đi kèm với phát hiện xung đột tự động và độ phân giải. Khi CouchDB phát hiện rằng một tài liệu đã được thay đổi trong cả hai cơ sở dữ liệu, nó cờ tài liệu này như là mâu thuẫn, giống như họ sẽ có trong một hệ thống kiểm soát phiên bản thông thường.

Đây không phải là rắc rối như nó có thể âm thanh đầu tiên. Khi hai phiên bản của một cuộc xung đột tài liệu khi sao chép, phiên bản chiến thắng được lưu như các phiên bản gần đây nhất trong lịch sử của tài liệu. Thay vì ném phiên bản thua xa, như bạn có thể mong đợi, CouchDB tiết kiệm này như là một phiên bản trước đó trong lịch sử của tài liệu, do đó bạn có thể truy cập vào nó nếu bạn cần. Điều này xảy ra tự động và liên tục, vì vậy cả hai cơ sở dữ liệu sẽ thực hiện chính xác các lựa chọn tương tự.

Đó là vào bạn để xử lý xung đột trong một cách có ý nghĩa cho các ứng dụng của bạn. Bạn có thể để lại các phiên bản tài liệu được lựa chọn tại chỗ, trở lại với phiên bản cũ, hoặc cố gắng để hợp nhất hai phiên bản và lưu kết quả.