Tác giả: Abhimanyu Tomar, Sachin Murkar, and Niraj Jani
Ngày phát hành: 27 JAN 2026
Chuyên mục: Advanced (300), Amazon Aurora, Best Practices, PostgreSQL compatible, RDS for PostgreSQL
Trong bài viết này, chúng tôi sẽ giúp bạn lập kế hoạch nâng cấp từ PostgreSQL phiên bản 13 trước khi hỗ trợ tiêu chuẩn kết thúc vào ngày 28 tháng 2 năm 2026. Chúng tôi sẽ thảo luận về những lợi ích chính của việc nâng cấp, các thay đổi gây gián đoạn cần xem xét và nhiều chiến lược nâng cấp để bạn lựa chọn.
Hỗ trợ tiêu chuẩn cho Amazon Aurora PostgreSQL-Compatible Edition và Amazon Relational Database Service (Amazon RDS) for PostgreSQL phiên bản 13 sẽ kết thúc vào ngày 28 tháng 2 năm 2026.
Những bản cập nhật này có thể giới thiệu các thay đổi ảnh hưởng đến khả năng tương thích của ứng dụng của bạn. Việc nâng cấp cần được đánh giá cẩn thận, nhưng các bản phát hành mới nhất mang lại nhiều tính năng, hiệu suất và bảo mật tốt hơn. Hãy lập kế hoạch và kiểm tra kỹ lưỡng trước khi nâng cấp lên các phiên bản chính mới hơn để đạt được nhiều lợi ích nhất với ít gián đoạn nhất.
Để biết hướng dẫn nâng cấp chi tiết, hãy tham khảo tài liệu chính thức cho cả Amazon Aurora PostgreSQL-Compatible và Amazon RDS for PostgreSQL:
- Amazon Aurora PostgreSQL 13.x end of standard support is February 28, 2026
- Amazon RDS for PostgreSQL 13.x end of standard support is February 28, 2026
Lợi ích chính của các phiên bản PostgreSQL mới hơn
Nâng cấp lên các phiên bản PostgreSQL mới hơn có thể giúp cải thiện hiệu suất cơ sở dữ liệu của bạn và bổ sung các khả năng mới. Trong phần này, chúng tôi liệt kê một số tính năng được giới thiệu trong các phiên bản PostgreSQL mới hơn.
Cải thiện hiệu suất
Các phiên bản mới hơn mang lại những cải thiện hiệu suất sau:
- Chế độ khẩn cấp Vacuum (v14+) – Giúp ngăn chặn lỗi tràn ID giao dịch nghiêm trọng bằng cách quản lý tích cực các phiên bản hàng cũ
- Cải thiện hiệu suất I/O (v17) – Cung cấp thông lượng ghi tốt hơn gấp đôi với xử lý WAL nâng cao
- Tối ưu hóa truy vấn (v17+) – Cung cấp hiệu suất tốt hơn cho các mệnh đề IN với chỉ mục B-tree và xây dựng chỉ mục BRIN song song
- Hiệu quả bộ nhớ (v17) – Cấu trúc bộ nhớ vacuum mới tiêu thụ ít bộ nhớ hơn tới 20 lần
Giám sát và chẩn đoán nâng cao
Bạn có thể hưởng lợi từ các tính năng giám sát và chẩn đoán nâng cao sau:
- pg_stat_io (v16+) – Cung cấp số liệu thống kê chi tiết về các hoạt động I/O
- pg_wait_events (v17+) – Hỗ trợ tham chiếu sự kiện chờ trong cơ sở dữ liệu, loại bỏ việc tra cứu tài liệu thủ công
Cải tiến sao chép logic
Các phiên bản mới hơn mang lại những cải tiến sao chép logic sau:
- Hỗ trợ chuyển đổi dự phòng (v17+) – Bạn có thể tự động đồng bộ hóa các slot sao chép logic từ máy chủ chính sang máy chủ dự phòng
- Di chuyển slot (v17+) – Các slot sao chép logic có thể di chuyển thông qua pg_upgrade, đơn giản hóa việc nâng cấp
- Áp dụng song song (v16+) – Tính năng này ghi dữ liệu trực tiếp vào bảng đích bằng cách sử dụng nhiều tiến trình worker nền
- Lọc hàng (v15+) – Bạn có quyền kiểm soát chi tiết dữ liệu nào được sao chép
Trải nghiệm nhà phát triển
Các phiên bản mới hơn mang lại trải nghiệm nhà phát triển được cải thiện:
- Đánh chỉ mục JSONB (v14+) – Cú pháp trực quan để truy cập và sửa đổi dữ liệu JSONB
- SQL/JSON JSON_TABLE (v17+) – Khả năng chuyển đổi dữ liệu JSON thành các chế độ xem quan hệ
- Pipelining truy vấn (v14+) – Giảm độ trễ mạng cho các kết nối có độ trễ cao
Cải tiến bảo mật
Bạn có quyền truy cập vào các cải tiến bảo mật sau:
- Các vai trò pg_read_all_data và pg_write_all_data (v14+) – Kiểm soát truy cập đọc/ghi được sắp xếp hợp lý
- Vai trò pg_maintain (v17+) – Cho phép người dùng thực hiện các tác vụ bảo trì cơ sở dữ liệu
- (v15+) – Loại bỏ quyền tạo PUBLIC trên public schema
Amazon Aurora PostgreSQL-Compatible với Aurora Optimized Reads
Đối với người dùng Amazon Aurora PostgreSQL-Compatible, việc nâng cấp lên các phiên bản v14.9+, v15.4+, v16.1+ và cao hơn có thể mang lại nhiều tối ưu hóa hiệu suất hơn.
Aurora Optimized Reads mang lại độ trễ truy vấn nhanh hơn tới tám lần và tiết kiệm chi phí tới 30% cho các tập dữ liệu lớn. Aurora Optimized Reads hỗ trợ hai khả năng:
- Bộ nhớ đệm phân cấp – Bạn có thể mở rộng dung lượng bộ nhớ đệm của phiên bản DB lên tới năm lần bộ nhớ phiên bản (trên các cụm Aurora I/O-Optimized)
- Đối tượng tạm thời – Bạn có thể trải nghiệm độ trễ nhanh hơn tới hai lần cho các truy vấn nâng cao bằng cách sử dụng bộ nhớ NVMe cục bộ
Ngừng hỗ trợ PostgreSQL v13: Thay đổi chế độ xem catalog và lợi ích nâng cấp (v14-v17)
Nâng cấp từ PostgreSQL v13 lên các phiên bản mới hơn có thể giới thiệu một số thay đổi có thể ảnh hưởng đến ứng dụng của bạn. Trong phần này, chúng tôi nêu bật các thay đổi liên quan đến catalog hệ thống và các tham số cấu hình.
Thay đổi trong các chế độ xem catalog hệ thống
Bảng sau tóm tắt các thay đổi trong PostgreSQL v17.
| Loại thay đổi | Tên cột | Hành động | Ghi chú |
|---|---|---|---|
| Removed from pg_stat_bgwriter | buffers_backend | REMOVED | – |
| Removed from pg_stat_bgwriter | buffers_backend_fsync | REMOVED | – |
| New View | pg_stat_checkpointer | CREATED | Tách số liệu thống kê checkpointer khỏi background writer |
| New View | pg_wait_events | CREATED | Thông tin sự kiện chờ |
Bảng sau tóm tắt việc đổi tên cột pg_stat_progress_vacuum.
| Loại thay đổi | Tên cũ | Tên mới | Mô tả |
|---|---|---|---|
| Renamed | max_dead_tuples | max_dead_tuple_bytes | Cột đã được đổi tên |
| Renamed | num_dead_tuples | dead_tuple_bytes | Cột đã được đổi tên |
| New column | – | indexes_total | Cột mới được thêm |
| New column | – | indexes_processed | Cột mới được thêm |
| New column | – | dead_tuple_bytes | Cột mới được thêm |
Bảng sau tóm tắt các thay đổi catalog bổ sung.
| Chế độ xem/Bảng | Loại thay đổi | Tên cũ | Tên mới | Mô tả |
|---|---|---|---|---|
| pg_database | New column | – | dathasloginevt | Cột mới được thêm |
| pg_database | Renamed | daticulocale | datlocale | Cột đã được đổi tên |
| pg_collation | Renamed | colliculocale | colllocale | Cột đã được đổi tên |
Bảng sau tóm tắt các chế độ xem hệ thống đã sửa đổi.
| Tên chế độ xem | Cột mới được thêm |
|---|---|
| pg_replication_slots | failover; synced; invalidation_reason; inactive_since |
| pg_stat_progress_copy | tuples_skipped |
| pg_stat_subscription | worker_type |
| pg_stats | range_length_histogram; range_empty_frac; range_bounds_histogram |
| pg_subscription | subfailover |
Bảng sau tóm tắt các thay đổi catalog hệ thống PostgreSQL v14.
| Tên chế độ xem | Loại thay đổi | Tên cột | Ghi chú |
|---|---|---|---|
| pg_stat_activity | New column | query_id | Yêu cầu tham số compute_query_id |
| pg_stat_statements | New column | toplevel | Cột mới được thêm |
Các thay đổi quan trọng liên quan đến tham số
Bảng sau tóm tắt các thay đổi liên quan đến tham số trong PostgreSQL v14.
| Loại thay đổi | Tên tham số | Mô tả/Ghi chú |
|---|---|---|
| New | compute_query_id | Kiểm soát tính toán định danh truy vấn |
| New | client_connection_check_interval | Đặt khoảng thời gian giữa các lần kiểm tra ngắt kết nối khi đang chạy truy vấn |
| New | idle_session_timeout | Kết thúc các phiên không trong giao dịch đã không hoạt động lâu hơn thời gian được chỉ định |
| New | default_toast_compression | Đặt phương pháp nén mặc định cho các giá trị có thể nén |
| New | vacuum_failsafe_age | Tuổi mà VACUUM nên kích hoạt failsafe để tránh lỗi tràn |
| New | huge_page_size | Kích thước của huge page nên được yêu cầu |
| Removed | operator_precedence_warning | Đã loại bỏ hoàn toàn |
| Removed | vacuum_cleanup_index_scale_factor | Đã loại bỏ (không dùng nữa trong v12) |
| Loại thay đổi | Tên tham số | Giá trị cũ | Giá trị mới | Mô tả/Ghi chú |
|---|---|---|---|---|
| Default Changed | password_encryption | md5 | scram-sha-256 | Mặc định mã hóa mật khẩu đã thay đổi |
Bảng sau tóm tắt các thay đổi liên quan đến tham số trong PostgreSQL v15, v16 và v17.
| Phiên bản | Loại thay đổi | Tên tham số | Mô tả/Ghi chú |
|---|---|---|---|
| PostgreSQL 15 | Enhanced | wal_compression | Hỗ trợ các thuật toán mới: zstd, lz4 |
| PostgreSQL 15 | New | wal_decode_buffer_size | Kích thước bộ đệm để giải mã WAL |
| PostgreSQL 16 | New | vacuum_buffer_usage_limit | Giới hạn việc sử dụng bộ đệm trong quá trình vacuum |
| PostgreSQL 16 | New | logical_replication_mode | Kiểm soát hành vi sao chép logic |
| PostgreSQL 17 | New | sync_replication_slots | Cho phép đồng bộ hóa các slot sao chép |
Các tùy chọn chiến lược nâng cấp
Bạn có nhiều phương pháp để nâng cấp cơ sở dữ liệu Amazon Aurora PostgreSQL và Amazon RDS for PostgreSQL của mình:
- Nâng cấp tại chỗ – Bạn có thể thực hiện phương pháp nâng cấp này bằng cách sử dụng AWS Command Line Interface (AWS CLI) hoặc AWS Management Console. Nâng cấp tại chỗ yêu cầu thời gian ngừng hoạt động tỷ lệ thuận với kích thước cơ sở dữ liệu của bạn. Hãy kiểm tra thời gian chính xác bằng cách nâng cấp một snapshot trước. Phương pháp này phù hợp với các khối lượng công việc có thể chấp nhận thời gian ngừng hoạt động và ưu tiên quản trị đơn giản hơn.
- Triển khai xanh/đỏ của Amazon RDS – Triển khai xanh/đỏ của Amazon RDS sử dụng sao chép logic PostgreSQL để duy trì hai môi trường được đồng bộ hóa. Nâng cấp môi trường xanh (staging) bằng cách sử dụng nâng cấp một lần nhấp của Amazon RDS, kiểm tra kỹ ứng dụng của bạn, sau đó chuyển lưu lượng truy cập sản xuất với thời gian ngừng hoạt động tối thiểu—thường dưới một phút. Mặc dù phương pháp này đơn giản để triển khai bằng cách sử dụng console hoặc AWS CLI, hãy lưu ý rằng các thay đổi DDL không được sao chép và có thể làm hỏng quá trình sao chép.
- Sao chép logic – Amazon Aurora PostgreSQL-Compatible và Amazon RDS for PostgreSQL hỗ trợ sao chép logic thông qua pglogical. Quá trình này bao gồm việc tạo một snapshot ban đầu của cơ sở dữ liệu publisher, sao chép nó sang subscriber, sau đó liên tục sao chép các thay đổi theo thời gian thực. Phương pháp này mang lại thời gian ngừng hoạt động tối thiểu và sao chép liên tục nhưng yêu cầu thiết lập ban đầu phức tạp và đồng bộ hóa lâu hơn đối với các cơ sở dữ liệu lớn. Sao chép logic không thể sao chép các hoạt động DDL, sequence và các đối tượng lớn.
- AWS Database Migration Service (AWS DMS) – AWS DMS hỗ trợ Amazon Aurora PostgreSQL-Compatible và Amazon RDS for PostgreSQL làm cả cơ sở dữ liệu nguồn và đích, với khả năng thu thập dữ liệu thay đổi (CDC). Mặc dù AWS DMS cho phép nâng cấp với thời gian ngừng hoạt động tối thiểu và sao chép liên tục, nhưng nó không hỗ trợ tất cả các kiểu dữ liệu (như timestamp with time zone) và phát sinh thêm chi phí trong thời gian di chuyển.
Để biết thông tin chi tiết về cả nâng cấp tại chỗ và các tùy chọn nâng cấp không tại chỗ khác nhau, hãy tham khảo Nâng cấp cơ sở dữ liệu Amazon RDS for PostgreSQL hoặc Amazon Aurora PostgreSQL của bạn, Phần 1: So sánh các phương pháp nâng cấp. Bài viết này xem xét các ưu và nhược điểm của từng phương pháp.
Chuẩn bị nâng cấp
Trước khi nâng cấp, bạn nên thực hiện các hành động sau:
- Xem xét cấu hình cơ sở dữ liệu hiện tại của bạn
- Kiểm tra quy trình nâng cấp trong môi trường staging
- Xác thực khả năng tương thích của ứng dụng
- Tạo các chiến lược sao lưu toàn diện
Nếu việc nâng cấp ngay lập tức không khả thi, Amazon RDS Extended Support cung cấp tới 3 năm vá lỗi bảo mật và sửa lỗi liên tục. RDS Extended Support là một dịch vụ trả phí cung cấp các bản vá lỗi bảo mật và sửa lỗi quan trọng cho các phiên bản chính của Amazon Aurora PostgreSQL-Compatible và Amazon RDS for PostgreSQL lên đến 3 năm sau ngày kết thúc hỗ trợ tiêu chuẩn. Giá cả tăng lên dựa trên số năm đã trôi qua kể từ khi hỗ trợ tiêu chuẩn hết hạn. Hãy sử dụng cửa sổ RDS Extended Support một cách khôn ngoan để tìm ra lộ trình nâng cấp phù hợp cho cơ sở dữ liệu và ứng dụng của bạn. Điều này có thể giúp bạn hợp lý hóa quy trình nâng cấp cho môi trường sản xuất của mình.
Kết luận
Nâng cấp từ PostgreSQL v13 có thể mang lại cho bạn những cải thiện đáng kể về hiệu suất, các tính năng bảo mật tốt hơn và hoạt động hiệu quả hơn.
Để được hướng dẫn kỹ thuật chi tiết, hãy tham khảo tài liệu chính thức của AWS và cân nhắc liên hệ với bộ phận hỗ trợ của AWS cho các kịch bản di chuyển phức tạp. Nếu bạn có AWS Enterprise Support, Quản lý tài khoản kỹ thuật (TAM) của bạn có thể cung cấp hướng dẫn chuyên môn trong suốt hành trình nâng cấp của bạn. Các TAM có thể kết nối bạn với các chuyên gia AWS và cung cấp các tài nguyên mục tiêu để hỗ trợ quá trình nâng cấp liền mạch.
Về tác giả
Sachin Murkar
Sachin là Kỹ sư Cơ sở dữ liệu Hỗ trợ Đám mây tại AWS. Anh là Chuyên gia về Amazon RDS for PostgreSQL và Amazon Aurora PostgreSQL. Có trụ sở tại khu vực Tây Bắc Thái Bình Dương, Sachin tập trung giúp khách hàng tối ưu hóa các giải pháp cơ sở dữ liệu AWS của họ, với chuyên môn đặc biệt về Amazon RDS và Aurora.
Abhimanyu Tomar
Abhimanyu là Quản lý tài khoản kỹ thuật chuyên gia cơ sở dữ liệu cấp cao tại AWS. Anh cũng là Chuyên gia về cơ sở hạ tầng Amazon Aurora, Amazon RDS for PostgreSQL và Amazon Aurora PostgreSQL. Anh có sáu Chứng chỉ AWS, bao gồm Solution Architect Professional. Anh giúp các khách hàng doanh nghiệp tối ưu hóa cơ sở dữ liệu của họ trên AWS, cung cấp hướng dẫn chuyên môn cho việc di chuyển lên đám mây và cải tiến kỹ thuật.
Niraj Jani
Niraj hiện đang làm Quản lý tài khoản kỹ thuật và trước đây từng là Kỹ sư hỗ trợ đám mây. Anh là Chuyên gia về Amazon RDS và Amazon Aurora PostgreSQL và có trụ sở tại khu vực Tây Bắc Thái Bình Dương. Trong vai trò của mình, Niraj giúp khách hàng tối ưu hóa hiệu suất của các cụm RDS và Aurora của họ và giúp họ khắc phục nhiều vấn đề kỹ thuật.
AWS Study Group 