sách gpt4 ăn đã đi

Sao chép chủ-nô lệ cơ sở dữ liệu MySQL và phân tách đọc-ghi

In lại Tác giả: qq735679552 Thời gian cập nhật: 28-09-2022 22:32:09 33 4
mua khóa gpt4 giày nike

CFSDN nhấn mạnh vào giá trị tạo ra nguồn mở và chúng tôi cam kết xây dựng nền tảng chia sẻ tài nguyên để mọi nhân viên CNTT có thể tìm thấy thế giới tuyệt vời của bạn tại đây.

这篇CFSDN的博客文章MySQL数据库主从复制与读写分离由作者收集整理,如果你对这篇文章有兴趣,记得点赞哟.

一.主从复制

       主从复制:在实际的生产中,为了解决mysql的单点故障以及提高mysql的整体服务性能,一般都会采用主从复制。即:对数据库中的数据、语句做备份.

Sao chép chủ-nô lệ cơ sở dữ liệu MySQL và phân tách đọc-ghi

主从复制三线程

       mysql的主从复制中主要有三个线程:master(binlog dump thread)、slave(i/o thread 、sql thread),master一条线程和slave中的两条线程.

主从复制过程 。

主从复制的过程:

master主要负责master库中有数据更新的时候,会按照binlog格式,将更新的事件类型写入到主库的binlog文件中。master会创建log dump线程通知slave主库中存在数据更新.

i/o thread线程在slave中创建,该线程用于请求master,master会返回binlog的名称以及当前数据更新的位置、binlog文件位置的副本。然后,将binlog保存在 relay log(中继日志) 中,中继日志也是记录数据更新的信息.

sql线程也是在slave中创建的,当slave检测到中继日志有更新,会将更新的内容同步到slave数据库中,保证了主从的数据的同步.

Chiến lược nhân rộng chủ-nô.

主从复制的策略:

Chiến lược đồng bộ hóa: Master sẽ đợi tất cả các Slave phản hồi trước khi cam kết Hiệu suất đồng bộ hóa Master-slave này sẽ bị ảnh hưởng nghiêm trọng.

Chiến lược bán đồng bộ: Master sẽ đợi ít nhất một phản hồi Slave trước khi cam kết.

Chiến lược không đồng bộ: Master có thể gửi mà không cần đợi phản hồi của Slave.

Chiến lược trì hoãn: nô lệ nên tụt lại phía sau thời gian do chủ nhân chỉ định. Có nhiều giải pháp chiến lược khác nhau cho các nhu cầu kinh doanh khác nhau, nhưng tính nhất quán cuối cùng thường được áp dụng và không cần phải có tính nhất quán mạnh mẽ.

主从复制高延迟

       Lý do cho độ trễ cao của việc sao chép chủ-nô lệ.

Máy chủ chính có tính đồng thời cao và hình thành số lượng giao dịch lớn.

Độ trễ mạng.

Nguyên nhân là do các thiết bị phần cứng master-slave (tần số cpu, bộ nhớ io, io đĩa cứng).

Đây không phải là sao chép đồng bộ mà là sao chép không đồng bộ.

       Giải pháp cho độ trễ cao trong quá trình sao chép chủ-nô lệ.

Tối ưu hóa các tham số mysql từ thư viện. Ví dụ: việc tăng innodb_buffer_pool_size cho phép hoàn thành nhiều thao tác hơn trong bộ nhớ mysql và giảm thao tác trên đĩa.

Sử dụng máy chủ hiệu suất cao (CPU hiệu suất cao, bộ nhớ lớn) từ thư viện, tránh sử dụng máy chủ đám mây ảo và sử dụng máy chủ vật lý để cải thiện thông lượng I/O.

Sử dụng đĩa ssd từ thư viện.

Tối ưu hóa mạng để tránh đồng bộ hóa giữa các phòng máy tính.

二.读写分离

Sao chép chủ-nô lệ cơ sở dữ liệu MySQL và phân tách đọc-ghi

读写分离概念

       Phân tách đọc-ghi: Phân tách đọc-ghi cho phép cơ sở dữ liệu chính xử lý các hoạt động thêm, xóa và sửa đổi giao dịch (chèn, cập nhật, xóa), trong khi cơ sở dữ liệu phụ xử lý các hoạt động truy vấn (chọn). Sao chép cơ sở dữ liệu được sử dụng để đồng bộ hóa các thay đổi do hoạt động giao dịch gây ra với cơ sở dữ liệu nô lệ trong cụm.

读写分离原因与场景

       Lý do tách biệt việc đọc và viết: Khối lượng đọc và viết rất lớn để nâng cao hiệu suất đọc và ghi của cơ sở dữ liệu, việc đọc và ghi được tách biệt trong nhiều phòng máy tính, nếu bạn viết ít và đọc nhiều hơn, và dựa trên những cân nhắc về tính nhất quán của dữ liệu, chỉ một cơ sở dữ liệu chính lưu trữ tất cả dữ liệu được ghi, sau đó đọc từ cơ sở dữ liệu cục bộ để giảm độ trễ do đọc trực tiếp trong nhiều phòng máy tính.

       Các tình huống sử dụng phân tách đọc-ghi: Khi chương trình sử dụng nhiều cơ sở dữ liệu, cập nhật ít và truy vấn nhiều sẽ được xem xét. Sử dụng đồng bộ hóa cơ sở dữ liệu chủ-phụ và tách đọc và ghi có thể chia sẻ áp lực cơ sở dữ liệu và cải thiện hiệu suất.

Tóm tắt

Phần này kết thúc bài viết này về sao chép chủ-nô lệ cơ sở dữ liệu mysql và phân tách đọc-ghi. Để biết thêm thông tin về sao chép chủ-nô lệ mysql và phân tách đọc-ghi, vui lòng tìm kiếm các bài viết trước của tôi hoặc tiếp tục duyệt qua các bài viết liên quan bên dưới. làm như vậy trong tương lai Hãy ủng hộ tôi! .

Liên kết gốc: https://blog.csdn.net/g564231/article/details/122113137.

Cuối cùng, bài viết này về việc phân tách sao chép chủ-nô lệ và đọc-ghi trong cơ sở dữ liệu MySQL kết thúc tại đây. Nếu bạn muốn biết thêm về việc phân tách sao chép chủ-nô lệ và đọc-ghi trong cơ sở dữ liệu MySQL, vui lòng tìm kiếm các bài viết CFSDN hoặc. tiếp tục duyệt các bài viết liên quan. Tôi hy vọng tất cả các bạn sẽ ủng hộ blog của tôi trong tương lai! .

33 4 0
qq735679552
Hồ sơ

Tôi là một lập trình viên xuất sắc, rất giỏi!

Nhận phiếu giảm giá taxi Didi miễn phí
Phiếu giảm giá taxi Didi
Chứng chỉ ICP Bắc Kinh số 000000
Hợp tác quảng cáo: 1813099741@qq.com 6ren.com
Xem sitemap của VNExpress