Cơ sở dữ liệu

5 phút phải nhớ

1. RDS Multi-AZ: standby đồng bộ ở AZ khác, tự failover qua cùng tên DNS; standby (kiểu một instance) không phục vụ đọc.Đề hỏi "tăng độ sẵn sàng" → Multi-AZ; "giảm tải đọc" → read replica. Hai thứ khác nhau.
2. Read replica sao chép bất đồng bộ, đọc được, cùng hoặc khác Region, nâng lên thành DB độc lập được (RDS MySQL tối đa 15 replica).Báo cáo nặng làm chậm DB chính → read replica; DR khác Region → cross-Region read replica rồi promote.
3. Backup tự động của RDS giữ 0–35 ngày (0 là tắt) và phục hồi được về một thời điểm; snapshot thủ công giữ tới khi bạn xoá.Cần giữ quá 35 ngày → snapshot thủ công hoặc AWS Backup.
4. Aurora: ổ dùng chung có bản sao ở 3 AZ, tự lớn (tới 256 TiB tuỳ phiên bản), tối đa 15 Aurora Replica, độ trễ sao chép thường dưới 100 ms.Failover Aurora nhanh vì replica đọc cùng ổ; dùng writer endpoint để ghi, reader endpoint để chia đọc.
5. Aurora Global Database: 1 Region ghi + tối đa 10 Region phụ chỉ đọc, sao chép thường dưới 1 giây.DR khác Region với RPO / RTO thấp, hoặc đọc độ trễ thấp cho người dùng toàn cầu.
6. Aurora Serverless v2 co giãn theo nhu cầu; RDS Proxy gom kết nối cho Lambda / ứng dụng mở nhiều kết nối.Lambda làm cạn connection của RDS → RDS Proxy (còn giúp failover nhanh hơn, dùng IAM / Secrets Manager).
7. DynamoDB: NoSQL key-value, độ trễ mili giây ở mọi quy mô; item tối đa 400 KB; on-demand (trả theo request) hoặc provisioned (RCU / WCU, có auto scaling).Lưu lượng khó đoán → on-demand; ổn định, muốn rẻ → provisioned + auto scaling.
8. 1 RCU = 1 lần đọc nhất quán mạnh (hoặc 2 lần đọc eventually consistent) mỗi giây cho item ≤ 4 KB; 1 WCU = 1 lần ghi mỗi giây cho item ≤ 1 KB; transaction tốn gấp đôi.Đề tính dung lượng: làm tròn kích thước item lên bội 4 KB (đọc) hoặc 1 KB (ghi).
9. Khoá DynamoDB: partition key (+ sort key). GSI: khoá khác hẳn, tạo bất cứ lúc nào, chỉ eventually consistent. LSI: cùng partition key, sort key khác, phải tạo khi tạo bảng, tối đa 5.Cần truy vấn theo thuộc tính khác → GSI; tránh Scan.
10. DynamoDB Streams + Lambda cho xử lý theo thay đổi; Global Tables cho multi-Region active-active; PITR phục hồi tới từng giây trong 35 ngày; TTL tự xoá item hết hạn.Gửi email khi có đơn mới → Streams + Lambda; người dùng nhiều châu lục cùng ghi → Global Tables.
11. Cache: DAX cho DynamoDB (micro giây, gần như không sửa code); ElastiCache cho mọi nguồn (Valkey / Redis OSS: replication, backup, cấu trúc dữ liệu phong phú; Memcached: đơn giản, đa luồng, không replication).Đọc lặp lại nhiều từ RDS → ElastiCache (cache-aside); bảng xếp hạng → sorted set của Valkey / Redis.
12. Database chuyên dụng: DocumentDB (MongoDB), Neptune (đồ thị), Keyspaces (Cassandra), Timestream (chuỗi thời gian), Redshift (kho dữ liệu, OLAP), MemoryDB (Redis bền vững làm DB chính).Đề thường nêu mô hình dữ liệu → chọn theo mô hình: quan hệ bạn bè → Neptune; IoT theo thời gian → Timestream.
13. Mã hoá RDS phải bật lúc tạo; DB chưa mã hoá thì snapshot → copy snapshot có mã hoá → khôi phục.Read replica có cùng trạng thái mã hoá với nguồn.

Sơ đồ

So sánh nhanh

Multi-AZ và read replica

RDS và Aurora

DynamoDB: GSI và LSI

Chọn cache

Database theo mô hình dữ liệu

Tình huống đề hay gặp

Chọn nhanh

Chọn database và cách mở rộng thế nào?

Bẫy hay gặp

• Dùng Multi-AZ standby để chia tải đọc (Multi-AZ một instance không đọc được).
• Dùng read replica làm giải pháp HA tự động trong cùng Region: replica phải promote, endpoint đổi.
• Nghĩ backup tự động RDS giữ được quá 35 ngày.
• Dùng DAX cho RDS hoặc ElastiCache cho DynamoDB khi đề nhấn "không sửa code".
• Chọn Memcached khi cần replication, backup hay sorted set.
• Tạo LSI sau khi bảng đã tồn tại (không được) hoặc đòi đọc nhất quán mạnh trên GSI.
• Chọn partition key ít giá trị (ví dụ status) cho bảng lớn: hot partition, bị throttle.
• Dùng Scan cho truy vấn thường xuyên thay vì Query + GSI.
• Lưu item lớn hơn 400 KB trong DynamoDB: đưa file lên S3, lưu đường dẫn.
• Tưởng có thể bật mã hoá cho RDS đang chạy chưa mã hoá: phải qua snapshot.
• Dùng Redshift cho OLTP hoặc RDS cho phân tích hàng tỷ dòng.
• Dùng RDS cho tải cần ghi từ nhiều Region cùng lúc: đó là DynamoDB Global Tables.

Dịch vụ trong module

• RDSdatabase SQL được quản lý
• AuroraSQL hiệu năng cao của AWS
• DynamoDBNoSQL key-value cực nhanh
• DAXcache trong bộ nhớ cho DynamoDB
• ElastiCachebộ nhớ đệm (Redis)
• MemoryDBdatabase in-memory bền vững
• DocumentDBdatabase document tương thích MongoDB
• Neptunedatabase đồ thị
• Keyspacesdatabase tương thích Cassandra
• Timestreamdatabase chuỗi thời gian
• Redshiftkho dữ liệu phân tích
• DMSdi chuyển và sao chép database

Số liệu dễ thay đổi (đã kiểm với tài liệu AWS)

• RDS sao chép tới read replica bất đồng bộ; read replica có thể ở Region khác và được promote thành DB độc lập; RDS không tự co giãn số read replica. kiểm ngày 2026-10-16 ↗
• RDS for MySQL: tối đa 15 read replica cho mỗi DB instance nguồn trong cùng Region. kiểm ngày 2026-10-16 ↗
• Backup tự động RDS giữ 0–35 ngày (0 là tắt); mặc định 7 ngày khi tạo bằng console, 1 ngày khi tạo bằng API / CLI. kiểm ngày 2026-10-16 ↗
• Ổ cluster Aurora có bản sao ở 3 AZ, tự lớn tới 256 TiB tuỳ phiên bản engine. kiểm ngày 2026-10-16 ↗
• Aurora tối đa 15 Aurora Replica; độ trễ sao chép thường dưới 100 ms; replica là đích failover. kiểm ngày 2026-10-16 ↗
• Aurora Global Database: 1 Region chính và tối đa 10 Region phụ; sao chép thường dưới 1 giây. kiểm ngày 2026-10-16 ↗
• DynamoDB: item tối đa 400 KB; 1 RCU = 1 đọc mạnh hoặc 2 đọc eventually consistent mỗi giây cho item ≤ 4 KB; 1 WCU = 1 ghi mỗi giây cho item ≤ 1 KB; transaction gấp đôi. kiểm ngày 2026-10-16 ↗
• DynamoDB: tối đa 5 LSI và mặc định 20 GSI mỗi bảng. kiểm ngày 2026-10-16 ↗
• DynamoDB PITR phục hồi tới từng giây trong tối đa 35 ngày (đặt được 1–35 ngày). kiểm ngày 2026-10-16 ↗
• DAX: 1 node primary và 0–10 read replica mỗi cluster. kiểm ngày 2026-10-16 ↗
• ElastiCache Memcached đa luồng, không replication / failover; Valkey và Redis OSS có replication, failover, pub/sub, sorted set, backup. kiểm ngày 2026-10-16 ↗