Hướng dẫn how does replica set connect to mongodb? - làm thế nào để thiết lập bản sao kết nối với mongodb?

Sao chép cung cấp dự phòng và tăng tính khả dụng của dữ liệu. Với nhiều bản sao dữ liệu trên các máy chủ cơ sở dữ liệu khác nhau, sao chép cung cấp mức độ dung sai lỗi chống lại việc mất một máy chủ cơ sở dữ liệu.

Trong một số trường hợp, sao chép có thể cung cấp công suất đọc tăng lên vì khách hàng có thể gửi các hoạt động đọc đến các máy chủ khác nhau. Duy trì các bản sao của dữ liệu trong các trung tâm dữ liệu khác nhau có thể tăng dữ liệu địa phương và tính khả dụng cho các ứng dụng phân tán. Bạn cũng có thể duy trì các bản sao bổ sung cho các mục đích chuyên dụng, chẳng hạn như khắc phục thảm họa, báo cáo hoặc sao lưu.

Một bộ bản sao là một nhóm các phiên bản mongod duy trì cùng một tập 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 thứ cấp.

Nút chính nhận được tất cả các hoạt động ghi. Một bộ bản sao chỉ có thể có một khả năng chính có khả năng xác nhận ghi với mối quan tâm viết { w: "majority" }; Mặc dù trong một số trường hợp, một trường hợp Mongod khác có thể tin tưởng một cách thoáng qua cũng là chính. [1] Bản ghi chính tất cả các thay đổi đối với các tập dữ liệu của nó trong nhật ký hoạt động của nó, tức là oplog. Để biết thêm thông tin về hoạt động nút chính, xem Bản sao đặt chính.

Các thứ hai sao chép oplog chính của chính và áp dụng các hoạt động vào các tập dữ liệu của chúng sao cho các tập dữ liệu của thứ hai phản ánh tập dữ liệu của chính. Nếu chính không có sẵn, một phụ đủ điều kiện sẽ tổ chức một cuộc bầu cử để tự chọn chính nó chính. Để biết thêm thông tin về các thành viên thứ cấp, xem Bản sao đặt thành viên thứ cấp.

Trong một số trường hợp (chẳng hạn như bạn có một hạn chế chính và phụ nhưng chi phí cấm thêm một phụ khác), bạn có thể chọn thêm một phiên bản mongod vào một bản sao được đặt làm trọng tài. Một trọng tài tham gia vào các cuộc bầu cử nhưng không giữ dữ liệu (nghĩa là không cung cấp dự phòng dữ liệu). Để biết thêm thông tin về Trọng tài viên, xem Bản sao đặt Trọng tài.

Một trọng tài sẽ luôn là một trọng tài trong khi một chính có thể từ chức và trở thành thứ cấp và một thứ cấp có thể trở thành chính trong một cuộc bầu cử.

Thứ hai sao chép oplog của chính và áp dụng các hoạt động vào bộ dữ liệu của họ không đồng bộ. Bằng cách có các bộ dữ liệu của các công ty thứ hai phản ánh tập dữ liệu của chính, bộ bản sao có thể tiếp tục hoạt động mặc dù thất bại của một hoặc nhiều thành viên.

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

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 } )

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

db.serverStatus( { mirroredReads: 1 } )

Bộ bản sao không thể xử lý các hoạt động ghi cho đến khi cuộc bầu cử hoàn thành thành công. Bộ bản sao có thể tiếp tục phục vụ 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 phần hai trong khi chính là ngoại tuyến.

Thời gian trung bình trước khi một cụm bầu một tiểu học mới thường không vượt quá 12 giây, giả sử mặc định mongod0. Điều này bao gồm thời gian cần thiết để đánh dấu chính là không có sẵn và gọi và hoàn thành một cuộc bầu cử. Bạn có thể điều chỉnh khoảng thời gian này bằng cách sửa đổi tùy chọn cấu hình sao chép mongod1. Các yếu tố như độ trễ mạng có thể kéo dài thời gian cần thiết cho các cuộc bầu cử tập hợp bản sao để hoàn thành, từ đó ảnh hưởng đến lượng thời gian mà cụm của bạn có thể hoạt động mà không cần chính. Những yếu tố này phụ thuộc vào kiến ​​trúc cụm cụ thể của bạn.unavailable and call and complete an election. You can tune this time period by modifying the mongod1 replication configuration option. Factors such as network latency may extend the time required for replica set elections to complete, which in turn affects the amount of time your cluster may operate without a primary. These factors are dependent on your particular cluster architecture.

Giảm tùy chọn cấu hình sao chép

db.serverStatus( { mirroredReads: 1 } )

Logic kết nối ứng dụng của bạn nên bao gồm dung sai cho các thất bại tự động và các cuộc bầu cử tiếp theo. Bắt đầu từ MongoDB 3.6, Trình điều khiển MongoDB có thể phát hiện mất chính của chính và tự động thử lại một số hoạt động ghi một lần, cung cấp thêm việc xử lý tích hợp các thất bại tự động và bầu cử:

• MongoDB 4.2+ Trình điều khiển tương thích cho phép ghi lại có thể thử lại theo mặc định

• Trình điều khiển tương thích MongoDB 4.0 và tương thích 3,6 phải cho phép ghi rõ ràng bằng cách bao gồm mongod4 trong chuỗi kết nối.

Bắt đầu từ phiên bản 4.4, MongoDB cung cấp các lần đọc được nhân đôi cho bộ đệm của các thành viên thứ cấp có thể bầu trước trước với dữ liệu được truy cập gần đây nhất. Làm ấm trước bộ đệm của một phụ có thể giúp khôi phục hiệu suất nhanh hơn sau một cuộc bầu cử.mirrored reads to pre-warm electable secondary members' cache with the most recently accessed data. Pre-warming the cache of a secondary can help restore performance more quickly after an election.

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

• Bản sao đặt cuộc bầu cử

• Có thể thử lại viết

• Rollbacks trong khi bộ chuyển đổi dự phòng

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

Các giao dịch đa tài liệu có chứa các hoạt động đọc phải sử dụng Preference mongod5. 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.

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

Tuy nhiên, khi một giao dịch viết cho nhiều mảnh vỡ, không phải tất cả các hoạt động đọc bên ngoài cần phải chờ kết quả của giao dịch cam kết được hiển thị trên các mảnh vỡ. Ví dụ: nếu một giao dịch được cam kết và ghi 1 có thể nhìn thấy trên Shard A nhưng Viết 2 vẫn chưa được nhìn thấy trên Shard B, thì một lần đọc bên ngoài tại Read Mối quan tâm mongod6 có thể đọc kết quả của Write 1 mà không thấy Write 2.

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ác cụm mảnh vỡ. Các luồng thay đổi cho phép các ứng dụng truy cập thay đổi dữ liệu thời gian thực mà không có sự phức tạp và nguy cơ 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 bộ sưu tập hoặc bộ sưu tập.

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ả của các cuộc bầu cử bằng cách điều chỉnh diagnostic log2 của một số thành viên. Các bộ bản sao cũng hỗ trợ các thành viên chuyên dụng để báo cáo, khắc phục thảm họa hoặc chức năng sao lưu.

Xem ưu tiên 0 Bản sao đặt các thành viên, HIDDEN Replica Set Thành viên và các thành viên đặt bản sao bị trì hoãn để biết thêm thông tin.