Chuyển đến nội dung chính

Câu hỏi thường gặp về Amazon RDS dành cho MySQL

Chủ đề trang

Thông tin chung

Mở tất cả

Amazon Relational Database (Amazon RDS) dành cho MySQL hiện hỗ trợ MySQL Community Edition phiên bản 8.4 và 8.0. RDS dành cho MySQL cũng hỗ trợ MySQL 5.7 trong Hỗ trợ mở rộng RDS. Bạn có thể tìm thêm thông tin về các phiên bản phụ được hỗ trợ trong Hướng dẫn sử dụng Amazon RDS .

Trong bối cảnh MySQL, số phiên bản được sắp xếp như sau:
Phiên bản MySQL = X.Y.Z

X = Phiên bản chính, Y = Cấp độ phát hành, Z = Số phiên bản trong loạt phát hành.
Theo quan điểm của Amazon RDS, thay đổi phiên bản sẽ được coi là lớn nếu phiên bản chính hoặc cấp độ phát hành được thay đổi. Ví dụ: đi từ 5.6.X -> 5.7.X.
Thay đổi phiên bản sẽ được coi là nhỏ nếu số phiên bản trong bản phát hành được thay đổi. Ví dụ: đi từ 5.6.27 -> 5.6.29.

Các tính năng khôi phục về thời điểm trước đó, khôi phục ảnh chụp nhanh và tích hợp không ETL với Amazon Redshift của Amazon RDS dành cho MySQL yêu cầu một công cụ lưu trữ có chức năng phục hồi sau sự cố và chỉ được hỗ trợ khi sử dụng công cụ lưu trữ InnoDB. Mặc dù MySQL hỗ trợ nhiều công cụ lưu trữ với các chức năng khác nhau, nhưng không phải công cụ nào cũng được tối ưu hóa để phục hồi sau sự cố và đảm bảo độ bền dữ liệu. Ví dụ: Công cụ lưu trữ MyISAM không hỗ trợ hoạt động phục hồi sau sự cố một cách đáng tin cậy và có thể khiến dữ liệu bị mất hoặc hỏng khi MySQL khởi động lại sau sự cố, ngăn chặn tính năng khôi phục về thời điểm trước đó hoặc khôi phục ảnh chụp nhanh hoạt động bình thường. Tuy nhiên, nếu bạn vẫn chọn sử dụng MyISAM với Amazon RDS thì các bước sau có thể giúp ích trong một số trường hợp nhất định khi cần sử dụng chức năng khôi phục ảnh chụp nhanh CSDL. RDS dành cho MySQL hiện không hỗ trợ Công cụ lưu trữ liên kết.

Bản sao chỉ có quyền đọc của RDS dành cho MySQL yêu cầu một công cụ lưu trữ giao dịch và chỉ được hỗ trợ cho công cụ lưu trữ InnoDB. Các công cụ lưu trữ MySQL không giao dịch, chẳng hạn như MyISAM, có thể ngăn Bản sao chỉ có quyền đọc hoạt động theo dự kiến. Tuy nhiên, nếu bạn vẫn chọn sử dụng MyISAM với Bản sao chỉ có quyền đọc, chúng tôi khuyên bạn nên xem kỹ chỉ số “Độ trễ bản sao” trong Amazon CloudWatch (có trên Bảng điều khiển quản lý AWS hoặc API Amazon CloudWatch) và tạo lại Bản sao chỉ có quyền đọc nếu bản đó bị chậm do lỗi sao chép. Bạn cũng cần cân nhắc những điều tương tự như trên khi sử dụng bảng tạm thời và bất kỳ công cụ không giao dịch nào khác.

Câu hỏi thường gặp về triển khai lục/lam trên Amazon

Mở tất cả

Amazon RDS Blue/Green Triển khai có sẵn trong RDS cho My SQL phiên bản 5.7 trở lên. Tìm hiểu thêm về các phiên bản có sẵn trong tài liệu RDS cho MySQL .

Mức giá chạy khối lượng công việc của bạn trên các phiên bản lục và phiên bản lam là như nhau. Chi phí chạy trên phiên bản màu xanh lam và màu xanh lá cây bao gồm giá tiêu chuẩn hiện tại của chúng tôi cho db.instance, chi phí lưu trữ, chi phí I/O đọc/ghi và bất kỳ tính năng nào được kích hoạt, chẳng hạn như chi phí sao lưu và Amazon RDS Performance Insights. Trên thực tế, bạn sẽ phải trả gấp khoảng 2 lần chi phí chạy khối lượng công việc trên phiên bản CSDL trong suốt thời gian triển khai lục-lam.

Ví dụ: Bạn có cơ sở dữ liệu RDS dành cho MySQL 5.7 chạy trên hai phiên bản CSDL r5.2xlarge, một phiên bản cơ sở dữ liệu chính và một bản sao chỉ có quyền đọc, trong Khu vực AWS us-east-1 với cấu hình nhiều vùng sẵn sàng (MAZ). Mỗi phiên bản r5.2xlarge db.instance được cấu hình cho 20 GiB General Purpose Amazon Elastic Block Store (Amazon EBS) . Bạn tạo bản sao của cấu trúc liên kết phiên bản lam bằng cách sử dụng Triển khai lục/lam trên Amazon RDS, chạy trong 15 ngày (360 giờ), rồi xóa các phiên bản lam sau khi chuyển đổi thành công. Các phiên bản lam có giá 1.387 USD trong 15 ngày với mức giá theo nhu cầu là 1.926 USD/giờ (chi phí Phiên bản + EBS). Tổng chi phí cho việc sử dụng Triển khai lục/lam trong 15 ngày đó là 2.774 USD, gấp 2 lần chi phí chạy phiên bản lam trong khoảng thời gian đó.

Trong Triển khai lục/lam trên Amazon RDS, môi trường xanh lam là môi trường sản xuất hiện tại. Môi trường xanh lục là môi trường thử nghiệm mà sẽ trở thành môi trường sản xuất mới sau khi chuyển đổi.

Khi Triển khai lục/lam trên Amazon RDS bắt đầu chuyển đổi, phương thức triển khai này sẽ chặn lượt ghi vào cả môi trường xanh lam và xanh lục cho đến khi quá trình chuyển đổi hoàn tất. Trong quá trình chuyển đổi, môi trường lưu trữ tạm – hay môi trường xanh lục – bắt kịp với môi trường xanh lam, đảm bảo dữ liệu nhất quán giữa môi trường xanh lam và xanh lục. Khi môi trường xanh lam và xanh lục được đồng bộ hoàn toàn, Triển khai lục/lam sẽ tăng cấp cho môi trường xanh lục thành môi trường xanh lam mới bằng cách chuyển hướng lưu lượng truy cập đến môi trường xanh lục. Triển khai lục/lam được thiết kế để cho phép ghi trên môi trường xanh lục sau khi quá trình chuyển đổi hoàn tất, đảm bảo không mất dữ liệu trong quá trình chuyển đổi.

Nếu môi trường xanh lam của bạn là bản sao logic tự quản lý hoặc bên đăng ký nhận, chúng tôi sẽ chặn hoạt động chuyển đổi. Trước tiên, bạn nên dừng sao chép sang môi trường xanh lam, hãy tiến hành chuyển đổi, sau đó tiếp tục sao chép. Ngược lại, nếu môi trường xanh lam của bạn là nguồn cho bản sao logic tự quản lý hoặc bên gửi, bạn có thể tiếp tục chuyển đổi. Tuy nhiên, bạn sẽ cần cập nhật bản sao tự quản lý để sao chép từ môi trường xanh lục sau khi chuyển đổi.

Triển khai lục/lam trên Amazon RDS không xóa môi trường sản xuất cũ của bạn. Nếu cần, bạn có thể truy cập môi trường sản xuất cũ để xác thực bổ sung và kiểm thử hiệu năng/hồi quy. Nếu không cần nữa, bạn có thể xóa môi trường sản xuất cũ. Bạn vẫn phải trả phí thanh toán tiêu chuẩn cho các phiên bản sản xuất cũ cho đến khi bạn xóa chúng.

Không, Amazon RDS Blue/Green Deployments không hỗ trợ Amazon RDS Proxy, bản sao đọc xuyên vùng hoặc bản sao đọc theo tầng.

Không, tại thời điểm này, bạn không thể sử dụng Triển khai lục/lam trên Amazon RDS để hoàn tác thay đổi.

Câu hỏi thường gặp về Ghi tối ưu hóa của Amazon RDS

Mở tất cả

MySQL bảo vệ người dùng khỏi mất dữ liệu bằng cách ghi dữ liệu trong các trang 16KiB trong bộ nhớ hai lần vào bộ nhớ lâu dài - đầu tiên là “bộ đệm ghi đôi” và sau đó đến lưu trữ bảng. Amazon RDS Optimized Writes ghi các trang dữ liệu 16KiB của bạn trực tiếp vào tệp dữ liệu của bạn một cách đáng tin cậy và lâu dài trong một bước bằng cách sử dụng tính năng Tor n Write Prevention của Hệ thống AWS Nitro.

Amazon RDS Optimized Write có sẵn cho MySQL phiên bản chính 8.0.30 trở lên .

Tùy chọn Ghi tối ưu hóa của Amazon RDS có trong các phiên bản db.r6i và db.r5b. Chúng có sẵn ở tất cả các Khu vực mà các phiên bản này có sẵn.

Không. Phiên bản tương thích với Amazon Aurora My SQL đã tránh sử dụng “bộ đệm ghi đôi”. “ Thay vào đó, Aurora sao chép dữ liệu theo 6 cách trên 3 Vùng sẵn sàng (AZ) và sử dụng phương pháp tiếp cận dựa trên túc số để ghi dữ liệu một cách bền vững và đọc chính xác sau đó.

Tại thời điểm này, bản phát hành ban đầu này không hỗ trợ bật Ghi tối ưu hóa của Amazon RDS cho các phiên bản cơ sở dữ liệu hiện có của bạn, ngay cả khi lớp phiên bản có hỗ trợ Ghi tối ưu hóa.

Câu hỏi thường gặp về Đọc tối ưu hóa của Amazon RDS

Mở tất cả

Các bản đọc tối ưu hóa Amazon RDS có sẵn ở tất cả các khu vực có sẵn các phiên bản db.r5d, db.m5d, db.r6gd, db.m6gd, x2idn và x2ieDN. Để biết thêm thông tin, hãy xem tài liệu về các lớp phiên bản CSDL Amazon RDS .

Khách hàng nên sử dụng tùy chọn Đọc tối ưu hóa của Amazon RDS khi khối lượng công việc yêu cầu truy vấn phức tạp, phân tích đa dụng hoặc yêu cầu nhóm, sắp xếp phức tạp, tổng hợp hàm băm, kết nối tải cao và Biểu thức bảng chung (CTE). Những trường hợp sử dụng này cần tạo ra các bảng tạm thời nhằm cho phép tùy chọn Đọc tối ưu hóa tăng tốc độ xử lý truy vấn trong khối lượng công việc của bạn.