Bản sao đọc MySQL là gì?

Sao chép là khả năng tạo các bản sao của phiên bản Cloud SQL hoặc cơ sở dữ liệu tại chỗ và giảm tải công việc cho các bản sao

Giới thiệu

Lý do chính để sử dụng bản sao là để mở rộng quy mô sử dụng dữ liệu trong cơ sở dữ liệu mà không làm giảm hiệu suất

Các lý do khác bao gồm

• Di chuyển dữ liệu giữa các vùng
• Di chuyển dữ liệu giữa các nền tảng
• Di chuyển dữ liệu từ cơ sở dữ liệu tại chỗ sang Cloud SQL

Ngoài ra, một bản sao có thể được thăng cấp nếu phiên bản gốc bị hỏng

Khi đề cập đến phiên bản Cloud SQL, phiên bản được sao chép được gọi là phiên bản chính và các bản sao được gọi là bản sao chỉ có quyền đọc. Phiên bản chính và bản sao có quyền đọc nằm trong Cloud SQL

Khi đề cập đến cơ sở dữ liệu tại chỗ, kịch bản sao chép được gọi là sao chép từ máy chủ bên ngoài. Trong trường hợp này, cơ sở dữ liệu được sao chép là máy chủ cơ sở dữ liệu nguồn. Các bản sao nằm trong Cloud SQL được gọi là bản sao Cloud SQL. Ngoài ra còn có một phiên bản đại diện cho máy chủ cơ sở dữ liệu nguồn trong Cloud SQL được gọi là phiên bản đại diện nguồn

Trong trường hợp khắc phục thảm họa, bạn có thể quảng cáo một bản sao để chuyển đổi nó thành một phiên bản chính. Bằng cách này, bạn có thể sử dụng nó thay cho một phiên bản ở khu vực đang bị mất điện. Bạn cũng có thể thăng cấp một bản sao để thay thế một phiên bản bị hỏng

Cloud SQL hỗ trợ các loại bản sao sau

• Bản sao Cloud SQL, khi sao chép từ máy chủ bên ngoài

Bạn cũng có thể sử dụng Dịch vụ di chuyển cơ sở dữ liệu để sao chép liên tục từ máy chủ cơ sở dữ liệu nguồn sang Cloud SQL

Cloud SQL không hỗ trợ sao chép giữa hai máy chủ bên ngoài. Tuy nhiên, Cloud SQL hỗ trợ sao chép dựa trên định danh giao dịch toàn cầu (GTID). GTID xác định duy nhất từng giao dịch trên máy chủ và trong thiết lập sao chép. Bởi vì mỗi giao dịch có một mã định danh duy nhất, máy chủ MySQL có thể theo dõi các giao dịch mà nó đã chạy. GTID sử dụng tọa độ tuyệt đối để bản sao của phiên bản Cloud SQL có thể trỏ đến phiên bản chính của nó và bạn không phải chỉ định tên tệp cho nhật ký nhị phân hoặc vị trí trong câu lệnh CHANGE MASTER. Có ít lỗi hơn với các bản sao và với khả năng khôi phục tại thời điểm. Vì những lợi ích này, bạn không thể tắt sao chép dựa trên GTID trong Cloud SQL

Đọc bản sao

Bạn sử dụng bản sao chỉ có quyền đọc để giảm tải công việc từ phiên bản Cloud SQL. Bản sao chỉ có quyền đọc là bản sao chính xác của phiên bản chính. Dữ liệu và các thay đổi khác trên phiên bản chính được cập nhật gần như theo thời gian thực trên bản sao chỉ có quyền đọc

Bản sao đã đọc là chỉ đọc; . Bản sao chỉ có quyền đọc xử lý các truy vấn, yêu cầu đọc và lưu lượng phân tích, do đó giảm tải cho phiên bản chính

Ghi chú. Chúng tôi khuyên bạn nên giới hạn số lượng bản sao chỉ có quyền đọc cho phiên bản chính của mình ở mức 10 hoặc ít hơn

Bạn kết nối trực tiếp với một bản sao bằng tên kết nối và địa chỉ IP của nó. Nếu đang kết nối với một bản sao bằng địa chỉ IP riêng, thì bạn không cần tạo thêm một kết nối riêng VPC cho bản sao vì kết nối được kế thừa từ phiên bản chính

Để biết thông tin về cách tạo bản sao chỉ có quyền đọc, hãy xem Tạo bản sao chỉ có quyền đọc. Để biết thông tin về cách quản lý bản sao chỉ có quyền đọc, hãy xem Quản lý bản sao chỉ có quyền đọc

Ghi chú. Bản sao có quyền đọc không cung cấp khả năng chuyển đổi dự phòng. Để cung cấp khả năng chuyển đổi dự phòng cho phiên bản, hãy xem Định cấu hình phiên bản để có tính khả dụng cao

Cách tốt nhất là đặt các bản sao chỉ có quyền đọc ở một khu vực khác với phiên bản chính khi bạn sử dụng HA trên phiên bản chính của mình. Phương pháp này đảm bảo rằng các bản sao chỉ có quyền đọc tiếp tục hoạt động khi vùng chứa phiên bản chính bị ngừng hoạt động. Xem Tổng quan về tính khả dụng cao để biết thêm thông tin

Bản sao đọc liên khu vực

Sao chép liên khu vực cho phép bạn tạo một bản sao chỉ có quyền đọc ở một khu vực khác với phiên bản chính. Bạn tạo bản sao chỉ có quyền đọc trên nhiều khu vực giống như cách bạn tạo bản sao trong khu vực

Bản sao xuyên khu vực

• Cải thiện hiệu suất đọc bằng cách cung cấp các bản sao gần khu vực ứng dụng của bạn hơn
• Cung cấp khả năng khắc phục thảm họa bổ sung để bảo vệ chống lại sự cố khu vực
• Cho phép bạn di chuyển dữ liệu từ vùng này sang vùng khác

Xem phần Quảng cáo bản sao để di chuyển trong khu vực hoặc khắc phục thảm họa để biết thêm thông tin về các bản sao liên khu vực

Bản sao đọc xếp tầng

Bản sao xếp tầng cho phép bạn tạo một bản sao chỉ có quyền đọc bên dưới một bản sao chỉ có quyền đọc khác trong cùng một khu vực hoặc một khu vực khác. Dưới đây là một số trường hợp sử dụng bản sao xếp tầng

• khắc phục thảm họa. Bạn có thể sử dụng hệ thống phân cấp xếp tầng của các bản sao chỉ có quyền đọc để mô phỏng cấu trúc liên kết của phiên bản chính và các bản sao chỉ có quyền đọc của nó. Trong thời gian ngừng hoạt động, bản sao chỉ có quyền đọc đã chọn của bạn được nâng cấp lên thành bản chính và các bản sao chỉ có quyền đọc trong bản sao chính mới tiếp tục sao chép và sẵn sàng sử dụng
• Cải tiến hiệu suất. Giảm gánh nặng cho phiên bản chính bằng cách giảm tải công việc sao chép cho nhiều bản sao chỉ có quyền đọc
• Quy mô đọc. Bạn có thể có nhiều bản sao hơn để chia sẻ tải đọc
• Giảm chi phí. Bạn có thể giảm chi phí kết nối mạng bằng cách sử dụng một bản sao xếp tầng duy nhất với bản sao liên khu vực ở các khu vực khác

Thuật ngữ

• bản sao xếp tầng. Bản sao chỉ có quyền đọc có bản sao riêng
• cấp độ. Bạn có thể tạo các cấp bản sao trong hệ thống phân cấp bản sao xếp tầng. Ví dụ: nếu bạn thêm bốn bản sao vào một phiên bản, thì bốn bản sao đó sẽ ở cùng cấp độ
• trường hợp anh chị em. Nhiều bản sao sao chép từ cùng một phiên bản chính. Anh chị em ở cùng cấp độ trong hệ thống phân cấp bản sao. Một bản sao chính thức có thể có tối đa chín anh chị em
• bản sao lá. Một bản sao chỉ có quyền đọc không có bất kỳ bản sao nào của chính nó. Trong hệ thống phân cấp sao chép nhiều cấp, bản sao lá là cấp cuối cùng
• Thăng chức. Một hành động chuyển đổi một bản sao, ở bất kỳ cấp độ nào trong hệ thống phân cấp, thành một phiên bản chính. Khi được thăng cấp, hệ thống phân cấp bản sao xếp tầng của bản sao được giữ lại

Định cấu hình bản sao xếp tầng

Bản sao xếp tầng cho phép bạn thêm bản sao chỉ có quyền đọc vào bất kỳ bản sao hiện có nào. Bạn có thể thêm tối đa bốn cấp độ bản sao, bao gồm cả phiên bản chính. Khi bạn thăng cấp bản sao ở đầu hệ thống phân cấp bản sao xếp tầng, bản sao đó sẽ trở thành phiên bản chính và các bản sao xếp tầng của nó tiếp tục sao chép

Để lập kế hoạch cấu hình, bạn cần có mục tiêu cho những gì bản sao chỉ có quyền đọc dự định thực hiện. Hai phần tiếp theo mô tả các cấu hình để khôi phục thảm họa và sao chép đa vùng

khắc phục thảm họa

Để hiểu cách các bản sao xếp tầng giúp bạn phục hồi nhanh chóng trong thời gian ngừng hoạt động, hãy xem xét tình huống sao chép sau

Cấu hình

Mất điện

Khuyến mãi

Nếu bạn muốn sử dụng một phiên bản ở Vùng B trong cấu hình khôi phục thảm họa và có

• Bản sao trong cùng khu vực được đính kèm với phiên bản chính (Bản sao A)
• Bản sao ở các khu vực khác (Bản sao xếp tầng) được đính kèm với bản sao chính

Bạn có thể tạo bản sao chỉ có quyền đọc trong bản sao xếp tầng ở Khu vực B

Trên tab Ngừng hoạt động, nếu có sự cố ngừng hoạt động ở Khu vực A, thì bản sao xếp tầng sẽ được nâng cấp thành phiên bản chính. Nó đã đọc các bản sao bên dưới nó, giảm mục tiêu thời gian khôi phục (RTO)

Trên tab Thăng cấp, bạn thấy rằng khi một bản sao theo tầng được thăng cấp, các bản sao của nó cũng được thăng cấp và tiếp tục sao chép theo nó

Sao chép đa vùng

Một trường hợp sử dụng khác cho bản sao xếp tầng là phân phối dung lượng đọc cho khu vực thứ hai theo cách tiết kiệm chi phí. Bản sao xếp tầng C và D có thể được tạo để sao chép từ Bản sao B. Khách hàng có thể phân phối các truy vấn đã đọc trên các bản sao B, C và D để giảm tải cho mỗi bản sao. Chi phí lưu lượng mạng giữa các khu vực chỉ phát sinh một lần, từ phiên bản chính đến Bản sao B. Sao chép từ B sang C và D sử dụng chuyển mạng trong khu vực, miễn phí

Bạn có thể tạo một hệ thống phân cấp tối đa bốn phiên bản bằng cách sử dụng các bản sao xếp tầng để sao chép nhiều khu vực

Bản chính A → Bản sao B → Bản sao C và Bản sao D

Những hạn chế

• Không thể sử dụng bản sao xếp tầng với các phiên bản chính bên ngoài hoặc bản sao chính bên ngoài
• Bạn không thể xóa một bản sao có các bản sao bên dưới nó. Để xóa bản sao, bạn phải bắt đầu với bản sao lá và thực hiện theo cách của bạn thông qua hệ thống phân cấp
• Phụ thuộc vùng tròn không được hỗ trợ. Để có bản sao của bản sao xếp tầng trong cùng khu vực với phiên bản chính, bản sao xếp tầng cũng phải ở cùng khu vực

Bản sao đọc bên ngoài

Bản sao chỉ có quyền đọc bên ngoài là các phiên bản MySQL bên ngoài sao chép từ phiên bản chính của Cloud SQL. Ví dụ: một phiên bản MySQL chạy trên Compute Engine được coi là một phiên bản bên ngoài

Bản sao chỉ có quyền đọc bên ngoài có các hạn chế sau

• Có thể không thể sao chép sang một phiên bản MySQL được lưu trữ bởi một nền tảng đám mây khác; . Ví dụ: bắt buộc phải đặt trường cấu hình replicate-ignore-db và các nhà cung cấp dịch vụ đám mây không cho phép điều này sẽ không được hỗ trợ. Xem các trường cấu hình bắt buộc khác
• Nếu quá trình sao chép bị gián đoạn trong vài giờ, chẳng hạn như do mạng hoặc máy chủ ngừng hoạt động, thì bản sao sẽ bị tụt lại phía sau bản chính. Bản sao bắt kịp sau khi kết nối lại với bản chính và bắt đầu sao chép lại. Tuy nhiên, nếu quá trình sao chép bị gián đoạn lâu hơn thời gian lưu giữ nhật ký sao chép Cloud SQL (bảy bản sao lưu), thì bạn phải xóa bản sao và tạo một bản sao mới
• Dữ liệu truyền từ bản sao chính sang bản sao bên ngoài được tính phí khi đi ra khỏi mạng. Xem trang giá để biết giá đầu ra mạng cho loại phiên bản Cloud SQL của bạn

Trường hợp sử dụng sao chép

Các trường hợp sử dụng sau áp dụng cho từng loại bản sao

TênChínhBản saoLợi ích và các trường hợp sử dụngThông tin khácĐọc bản saoĐọc phiên bản Cloud SQLPhiên bản Cloud SQL

• Khả năng đọc bổ sung
• mục tiêu phân tích

• Tạo bản sao chỉ có quyền đọc
• Quản lý bản sao đã đọc
• Số liệu sao chép
• Độ trễ sao chép
• Đọc chỉ mục bản sao

Bản sao đọc liên khu vực Phiên bản SQL của đám mây Phiên bản SQL của đám mây

• Khả năng đọc bổ sung
• mục tiêu phân tích
• Khả năng khắc phục thảm họa bổ sung
• Cải thiện hiệu suất đọc
• Di chuyển dữ liệu giữa các vùng

• Tạo bản sao chỉ có quyền đọc
• Quản lý bản sao đã đọc
• Số liệu sao chép

Bản sao đọc bên ngoàiCloud SQL instanceMySQL instance bên ngoài Cloud SQL

• Giảm độ trễ cho các kết nối bên ngoài
• mục tiêu phân tích
• Đường dẫn di chuyển sang các nền tảng khác

• Định cấu hình bản sao bên ngoài

Sao chép từ một máy chủ bên ngoài Phiên bản MySQL bên ngoài sang Cloud SQLCloud SQL cho phiên bản MySQL

• Đường dẫn di chuyển sang Cloud SQL
• Sao chép dữ liệu sang Google Cloud Platform
• mục tiêu phân tích

• Sao chép từ một máy chủ bên ngoài

Điều kiện tiên quyết để tạo bản sao chỉ có quyền đọc

Trước khi bạn có thể tạo bản sao chỉ có quyền đọc của phiên bản Cloud SQL chính, phiên bản đó phải đáp ứng các yêu cầu sau

• Sao lưu tự động phải được kích hoạt
• Tính năng ghi nhật ký nhị phân phải được bật, tính năng này yêu cầu phải bật tính năng khôi phục tại thời điểm. về tác động của những nhật ký này
• Ít nhất một bản sao lưu phải được tạo sau khi bật ghi nhật ký nhị phân

Yêu cầu bổ sung cho bản sao bên ngoài

• Phiên bản MySQL của bản sao phải bằng hoặc cao hơn phiên bản MySQL của phiên bản chính. Tìm hiểu thêm
• Để bảo mật, bạn phải định cấu hình SSL/TLS trên phiên bản chính của mình. Tìm hiểu thêm

Ghi chú. Để biết thông tin về cách sử dụng bản sao song song để cải thiện hiệu suất, hãy xem

Tác động của việc bật ghi nhật ký nhị phân

Bạn phải bật khôi phục tại thời điểm để cho phép ghi nhật ký nhị phân trên phiên bản chính nhằm hỗ trợ bản sao chỉ có quyền đọc. Điều này có những tác động sau

• chi phí hoạt động

  Cloud SQL sử dụng bản sao dựa trên hàng với các cờ MySQL _______________ và _______________. Do đó, cần có thêm đĩa fsync cho mỗi thao tác ghi, điều này làm giảm hiệu suất

• chi phí lưu trữ

  Việc lưu trữ nhật ký nhị phân được tính phí ở mức tương tự như dữ liệu thông thường. Nhật ký nhị phân được tự động cắt bớt theo tuổi của bản sao lưu tự động cũ nhất. Cloud SQL hiện giữ lại bảy bản sao lưu tự động gần đây nhất và tất cả các bản sao lưu theo yêu cầu. Kích thước của nhật ký nhị phân, và do đó, số tiền được tính phí, tùy thuộc vào khối lượng công việc. Ví dụ: khối lượng công việc nặng ghi sẽ tiêu tốn nhiều dung lượng nhật ký nhị phân hơn khối lượng công việc nặng đọc

  Bạn có thể xem kích thước của nhật ký nhị phân bằng cách sử dụng lệnh SHOW BINARY LOGS MySQL

  Khi sao lưu được thực hiện, nhật ký được lưu trữ trong bản sao lưu cùng với dữ liệu

Ghi nhật ký nhị phân trên bản sao chỉ có quyền đọc

• Ghi nhật ký nhị phân được hỗ trợ trên các phiên bản bản sao chỉ có quyền đọc (MySQL 5. 7 và 8. 0 chỉ). Bạn bật ghi nhật ký nhị phân trên một bản sao giống như trên bản chính, sử dụng tên phiên bản của bản sao thay vì tên của phiên bản chính. Lưu ý rằng các thuật ngữ enable binary logging và enable point-in-time recovery có thể hoán đổi cho nhau

  Độ bền ghi nhật ký nhị phân trên phiên bản bản sao (nhưng không phải trên phiên bản chính) có thể được đặt bằng cờ, kiểm soát tần suất máy chủ MySQL đồng bộ hóa nhật ký nhị phân với đĩa

  Ghi nhật ký nhị phân có thể được bật trên bản sao ngay cả khi tính năng sao lưu bị tắt trên bản chính

  Nếu một bản sao có bộ giá trị này được thăng cấp lên một máy chủ độc lập, thì cài đặt này sẽ được đặt lại về giá trị an toàn 1 trên máy chủ độc lập

  Mục đích của cơ sở dữ liệu bản sao đọc là gì?

  Bản sao chỉ có quyền đọc cho phép bạn mở rộng quy mô một cách linh hoạt vượt ra ngoài giới hạn dung lượng của một phiên bản CSDL duy nhất cho khối lượng công việc cơ sở dữ liệu có nhiều quyền đọc . Vì các bản sao chỉ có quyền đọc có thể được nâng cấp lên trạng thái chính nên chúng rất hữu ích trong quá trình triển khai phân đoạn.

  Điểm sao chép MySQL là gì?

  Bản sao cho phép sao chép dữ liệu từ một máy chủ cơ sở dữ liệu MySQL (được gọi là nguồn) sang một hoặc nhiều máy chủ cơ sở dữ liệu MySQL (được gọi là bản sao). Replication is asynchronous by default; replicas do not need to be connected permanently to receive updates from a source.

  Bản sao chỉ có quyền đọc trong RDS là gì và nó hoạt động như thế nào?

  Bản sao chỉ có quyền đọc hoạt động như một phiên bản CSDL chỉ cho phép các kết nối chỉ có quyền đọc. Các ứng dụng kết nối với một bản sao chỉ có quyền đọc giống như cách chúng thực hiện với bất kỳ phiên bản CSDL nào. Amazon RDS sao chép tất cả cơ sở dữ liệu từ phiên bản CSDL nguồn. Công cụ Oracle DB hỗ trợ cơ sở dữ liệu bản sao ở chế độ gắn kết

  Sự khác biệt giữa bản sao chuyển đổi dự phòng và bản sao chỉ đọc trong SQL trên đám mây là gì?

  Bản sao đã đọc CÓ THỂ được thăng cấp lên nút chính trong trường hợp DR. Tuy nhiên, sẽ có thời gian ngừng hoạt động. Bản sao chuyển đổi dự phòng được thiết kế để tự động trở thành nút chính . Điều này được thực hiện thông qua Cloud SQL Proxy (tất cả các kết nối với Cloud SQL đều thông qua proxy).