PostgreSQL có thực sự đang thắng? Bằng chứng vượt xa các bảng xếp hạng
Trong bài trước, tác giả Dave Stokes dựa nhiều vào bảng xếp hạng DB-Engines và thừa nhận thước đo này chỉ phản ánh mức độ phổ biến, không phải số cài đặt hay doanh thu. Nhiều độc giả đã góp ý về điểm này. Lần này ông tìm bằng chứng từ khảo sát sử dụng, dòng tiền đầu tư, sản phẩm của các nhà cung cấp cloud và cả lựa chọn của công cụ AI. Kết luận không đổi nhưng lập luận được cho là vững hơn nhiều.
Người dùng nói gì
Số liệu sử dụng tốt nhất đến từ chính lập trình viên. Trong khảo sát Stack Overflow 2025, 55,6% người trả lời cho biết dùng PostgreSQL, tăng từ 48,7% năm 2024. Với lập trình viên chuyên nghiệp, tỷ lệ là 58,2%, cao hơn MySQL khoảng 18 điểm. PostgreSQL tiếp tục đứng đầu danh sách được yêu thích và mong muốn sử dụng.
Đây vẫn là khảo sát chứ không phải số cài đặt, nhưng là người ta tự nói "tôi dùng cái này" chứ không phải người ta tìm kiếm nó, một tín hiệu khác với DB-Engines. Tác giả cũng tự nêu ba lưu ý: ngoại suy tuyến tính thường sai vì tốc độ chấp nhận theo đường cong S; điểm số là tương đối vì cả nhóm cơ sở dữ liệu quan hệ đang mất sự chú ý vào tay Snowflake, Databricks và DuckDB; và biểu đồ thang log làm phẳng câu chuyện, trong khi thang tuyến tính cho thấy khoảng cách thu hẹp nhanh hơn.
Dòng tiền đổ về đâu
Các thương vụ lớn cho thấy các ông lớn dữ liệu và AI đều muốn có PostgreSQL trong nhà:
- Tháng 10/2025: Supabase gọi được 100 triệu USD vòng Series E, định giá 5 tỷ USD, sau mức 2 tỷ USD hồi tháng 4 cùng năm.
- Tháng 6/2025: Snowflake mua Crunchy Data với giá khoảng 250 triệu USD (chưa xác nhận).
- Tháng 5/2025: Databricks mua Neon với giá khoảng 1 tỷ USD.
Chi tiết đáng chú ý hơn là cả bốn đối thủ hàng đầu của PostgreSQL đều có chủ sở hữu cũng bán PostgreSQL. Oracle vận hành OCI Database with PostgreSQL, và blog MySQL của Oracle từng đăng bài khuyên chuyển PostgreSQL lên OCI. Microsoft công bố Azure HorizonDB, một engine PostgreSQL cloud-native mới, tại Ignite 2025, bên cạnh Azure Database for PostgreSQL, và là một trong những đơn vị đóng góp lớn cho chính PostgreSQL. Amazon thì bán RDS, Aurora và Aurora DSQL, đều tương thích PostgreSQL.
Giao thức có thể thắng lớn hơn cả cơ sở dữ liệu
Nhiều cơ sở dữ liệu không phải PostgreSQL nay lại giả làm PostgreSQL. CockroachDB, YugabyteDB, Google AlloyDB, giao diện PostgreSQL trên Google Spanner, Aurora DSQL, Materialize và RisingWave đều nói giao thức wire của PostgreSQL cùng một biến thể ngôn ngữ SQL của nó. Nhờ vậy psql, JDBC và mọi driver, ORM, công cụ GUI sẵn có đều dùng được. Một nhà cung cấp mới năm 2026 chọn tương thích PostgreSQL giống như laptop mới chọn USB-C: đó là nơi người dùng và công cụ đã ở sẵn.
AI agent đã tự chọn
Khi Databricks mua Neon, họ cho biết hơn 80% cơ sở dữ liệu trên Neon được tạo bởi AI agent chứ không phải người. Các công cụ xây ứng dụng bằng lập trình với AI phần lớn chọn Supabase, vốn chạy PostgreSQL bên dưới. Đây là một đường ống: mỗi nguyên mẫu thành sản phẩm thật đều mang PostgreSQL theo mà không ai phải họp bàn.
Về lo ngại PostgreSQL không chịu được quy mô lớn: tháng 1/2026, OpenAI mô tả việc chạy cơ sở dữ liệu lõi của ChatGPT trên một server Azure PostgreSQL primary duy nhất với gần 50 bản sao đọc xuyên vùng, phục vụ 800 triệu người dùng và hàng triệu truy vấn mỗi giây. Cần nhiều công sức kỹ thuật, nhưng lập luận "không đủ lớn" khó đứng vững sau đó.
Trả lời các phản biện
Về việc cộng đồng đi chậm: phần lõi chậm có chủ đích, nhưng API extension giúp nhiều đổi mới không phải chờ bản phát hành lõi. pgvector, TimescaleDB, Citus, PostGIS, ParadeDB và pg_duckdb đều phát hành theo lịch riêng.
Về khối mã Oracle và SQL Server khổng lồ: các cầu nối ngày càng tốt hơn. Babelfish giúp PostgreSQL hiểu T-SQL và giao thức wire của SQL Server; Ora2pg và orafce xử lý phần lớn việc với Oracle.
Về giấy phép: MongoDB chuyển sang SSPL, Elastic và Redis đổi giấy phép, HashiCorp sang BSL. PostgreSQL không làm được vậy vì không ai sở hữu nó, và đó là đặc điểm chỉ thấy quý sau khi đã bị chính nhà cung cấp làm khó.
Một điểm tác giả bỏ sót: nhiều cơ sở dữ liệu không hiện tên PostgreSQL. openGauss, KingbaseES và PolarDB for PostgreSQL của Trung Quốc đều xây từ mã PostgreSQL, và lo ngại chủ quyền dữ liệu ở châu Âu cũng đẩy theo hướng này.
Phía bên kia bảng cân đối
Cần công bằng: MySQL có mặt khắp nơi nhờ hàng chục năm LAMP, WordPress và SaaS. SQLite là cơ sở dữ liệu được triển khai nhiều nhất hành tinh. Mảng phân tích đang dịch chuyển sang nền tảng lakehouse. Oracle và SQL Server vẫn giữ những hệ thống doanh nghiệp khắt khe nhất với RAC, Exadata và bộ công cụ sâu.
Kết luận: PostgreSQL đang thắng, và thắng nhiều hơn một bảng xếp hạng thể hiện. Nhưng phổ biến không phải thống trị, và phần khó vẫn là số cài đặt thực tế. Tác giả hứa kiểm tra lại sau khi PostgreSQL 19 phát hành ngày 19/11 và có số liệu DB-Engines tháng 12.
Nguồn: Planet PostgreSQL
Trích nguồn từ: Planet PostgreSQL
Bài viết liên quan
PostgreSQL, NUMA và điện toán đám mây: những lưu ý khi chạy trong VM và container
Bài cuối trong loạt 4 phần về PostgreSQL và NUMA, tập trung vào thách thức khi chạy PostgreSQL trên máy ảo và container trong môi trường đám mây, kèm các khuyến nghị thực hành.
Đọc thêm
Nâng cấp PostgreSQL tại chỗ không downtime trên cụm phân tán
Ahsan Hadi hướng dẫn nâng cấp tại chỗ từng node PostgreSQL từ 17.10 lên 18.6 trên cụm Spock đa master, giữ ứng dụng luôn có endpoint ghi trong khi mỗi node tạm ngừng vài phút.
Đọc thêm
UUIDv4 và UUIDv7 trên Postgres: cái giá của khóa chính ngẫu nhiên
So sánh ba loại khóa chính trên Postgres 18 cho thấy UUIDv4 chèn chậm hơn khóa có thứ tự và ghi WAL nhiều hơn đáng kể ở mức 100 triệu dòng.
Đọc thêm
Ilya Kosmodemiansky bàn về file cấu hình postgresql.conf "mặc định"
Bài đầu tiên trong loạt bốn phần của Ilya Kosmodemiansky (Data Egret) về cách PostgreSQL đọc cấu hình và nhóm thiết lập kết nối, dựa trên bản PostgreSQL 18.
Đọc thêmChris van Eijk: Lỗi 'server closed the connection unexpectedly' trong PostgreSQL
Phân tích lỗi PostgreSQL đóng kết nối bất ngờ khi có sáu client, cách đọc log máy chủ theo từng nguyên nhân, nơi lưu lý do và các COMMIT bị mất.
Đọc thêmChristophe Pettus: Hiểu đúng về row_security trong PostgreSQL
Chuyên gia tư vấn PostgreSQL Christophe Pettus giải thích rằng đặt row_security = off không tắt bảo mật cấp dòng mà sẽ gây lỗi khi có chính sách được áp dụng.
Đọc thêm
Mô hình Data Warehouse: Sơ đồ ngôi sao
Trình bày về mô hình ngôi sao (star schema) khi xây dựng một dat a warehouse phục vụ mục đích báo cáo và phân tích cho doanh nghiệp.
Đọc thêm
Sự khác nhau giữa hệ thống OLAP và OLTP?
Có 2 loại ứng dụng cơ sở dữ liệu trong việc phát triển ứng dụng mà chúng ta cần biết. Bài viết này sẽ nói cho bạn biết sự giống và khác nhau giữa 2 loại hệ thống này.
Đọc thêm