Replica set trong mongodb

Sao chép trong MongoDB

Bộ bản sao là một nhóm gồm 11 phiên bản duy trì cùng một bộ dữ liệu. Một bộ bản sao chứa một số nút mang dữ liệu và tùy chọn một nút trọng tài. Trong số các nút mang dữ liệu, một và chỉ một thành viên được coi là nút chính, trong khi các nút khác được coi là nút phụ

Nút chính nhận tất cả các thao tác ghi. Một bộ bản sao chỉ có thể có một bản chính có khả năng xác nhận ghi với ____12 mối quan tâm ghi; . [1] Sơ cấp ghi lại tất cả các thay đổi đối với bộ dữ liệu của nó trong nhật ký vận hành, tôi. e. xin lỗi. Để biết thêm thông tin về hoạt động của nút chính, hãy xem Bản sao đặt chính

Phần phụ sao chép oplog của phần chính và áp dụng các thao tác cho tập dữ liệu của chúng sao cho tập dữ liệu của phần phụ phản ánh tập dữ liệu của phần chính. Nếu bầu cử sơ bộ không khả dụng, thì bầu cử phụ đủ điều kiện sẽ tổ chức một cuộc bầu cử để bầu cho mình bầu cử sơ bộ mới. Để biết thêm thông tin về các thành viên phụ, xem Bộ bản sao Thành viên phụ

Trong một số trường hợp (chẳng hạn như bạn có một phiên bản chính và một phiên bản phụ nhưng hạn chế về chi phí không cho phép thêm một phiên bản phụ khác), bạn có thể chọn thêm phiên bản

db.serverStatus( { mirroredReads: 1 } )

Trọng tài sẽ luôn là trọng tài trong khi trọng tài chính có thể từ chức và trở thành trọng tài phụ và trọng tài phụ có thể trở thành trọng tài chính trong cuộc bầu cử

Sao chép không đồng bộ

Phần phụ sao chép oplog của phần chính và áp dụng các hoạt động cho tập dữ liệu của chúng một cách không đồng bộ. Bằng cách để bộ dữ liệu của bộ phụ phản ánh bộ dữ liệu của bộ chính, bộ bản sao có thể tiếp tục hoạt động bất chấp sự cố của một hoặc nhiều thành viên

Để biết thêm thông tin về cơ chế sao chép, hãy xem Oplog của Bộ bản sao và Đồng bộ hóa dữ liệu của Bộ bản sao

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

Chuyển đổi dự phòng tự động

Khi một thành viên chính không giao tiếp với các thành viên khác của nhóm trong khoảng thời gian hơn

db.serverStatus( { mirroredReads: 1 } )

Bộ bản sao không thể xử lý các thao tác ghi cho đến khi cuộc bầu cử hoàn tất thành công. Bộ bản sao có thể tiếp tục phân phát các truy vấn đã đọc nếu các truy vấn đó được định cấu hình để chạy trên các truy vấn phụ trong khi truy vấn chính đang ngoại tuyến

Thời gian trung bình trước khi một cụm bầu chọn chính mới thường không được vượt quá 12 giây, giả sử mặc định là

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

Hạ thấp tùy chọn cấu hình sao chép

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

Logic kết nối ứng dụng của bạn phải bao gồm dung sai đối với chuyển đổi dự phòng tự động và các cuộc bầu cử tiếp theo. Trình điều khiển MongoDB có thể phát hiện việc mất tệp chính và tự động thử lại một số thao tác ghi nhất định một lần, cung cấp khả năng xử lý tích hợp bổ sung cho các cuộc bầu cử và chuyển đổi dự phòng tự động

Thay đổi trong phiên bản 4. 2

Bắt đầu từ MongoDB 4. 2, trình điều khiển tương thích cho phép ghi có thể thử lại theo mặc định

Bắt đầu từ phiên bản 4. 4, MongoDB cung cấp các lần đọc được nhân đôi để làm ấm trước bộ đệm của các thành viên phụ có thể bầu chọn với dữ liệu được truy cập gần đây nhất. Làm ấm trước bộ đệm của bộ đệm thứ cấp có thể giúp khôi phục hiệu suất nhanh hơn sau một cuộc bầu cử.

Để tìm hiểu thêm về quy trình chuyển đổi dự phòng của MongoDB, hãy xem

• Cuộc bầu cử bộ bản sao

• Ghi có thể thử lại

• Rollbacks trong quá trình chuyển đổi dự phòng đặt bản sao

Đọc hoạt động

đọc tùy chọn

Theo mặc định, khách hàng đọc từ [1] chính;

Sao chép không đồng bộ sang phần phụ có nghĩa là các lần đọc từ phần phụ có thể trả về dữ liệu không phản ánh trạng thái của dữ liệu trên phần chính.

Các giao dịch nhiều tài liệu chứa thao tác đọc phải sử dụng tùy chọn đọc

db.serverStatus( { mirroredReads: 1 } )

14. Tất cả các hoạt động trong một giao dịch nhất định phải định tuyến đến cùng một thành viên

Để biết thông tin về cách đọc từ các bộ bản sao, hãy xem Tùy chọn đọc

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

db.adminCommand( {  setParameter: 1,  mirrorReads: { samplingRate: 0.0 }} )

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

giao dịch

Bắt đầu từ MongoDB 4. 0, các giao dịch nhiều tài liệu có sẵn cho các bộ bản sao

Các giao dịch nhiều tài liệu chứa thao tác đọc phải sử dụng tùy chọn đọc

db.serverStatus( { mirroredReads: 1 } )

Cho đến khi giao dịch được thực hiện, các thay đổi dữ liệu được thực hiện trong giao dịch sẽ không hiển thị bên ngoài giao dịch

Tuy nhiên, khi một giao dịch ghi vào nhiều phân đoạn, không phải tất cả các hoạt động đọc bên ngoài đều cần đợi kết quả của giao dịch đã cam kết hiển thị trên các phân đoạn. Ví dụ: nếu một giao dịch được thực hiện và ghi 1 hiển thị trên phân đoạn A nhưng ghi 2 chưa hiển thị trên phân đoạn B, thì việc đọc bên ngoài tại mối quan tâm đã đọc

db.serverStatus( { mirroredReads: 1 } )

Thay đổi luồng

Bắt đầu từ MongoDB 3. 6, các luồng thay đổi có sẵn cho các bộ bản sao và cụm phân đoạn. Các luồng thay đổi cho phép các ứng dụng truy cập các thay đổi dữ liệu theo thời gian thực mà không gặp phải sự phức tạp và rủi ro khi theo dõi oplog. Các ứng dụng có thể sử dụng các luồng thay đổi để đăng ký tất cả các thay đổi dữ liệu trên một hoặc nhiều bộ sưu tập

Tính năng bổ sung

Bộ bản sao cung cấp một số tùy chọn để hỗ trợ nhu cầu ứng dụng. Ví dụ: bạn có thể triển khai một bộ bản sao với các thành viên trong nhiều trung tâm dữ liệu hoặc kiểm soát kết quả bầu cử bằng cách điều chỉnh

db.serverStatus( { mirroredReads: 1 } )

Xem Thành viên nhóm bản sao ưu tiên 0, Thành viên nhóm bản sao ẩn và Thành viên nhóm bản sao bị trì hoãn để biết thêm thông tin