Giải thích cơ chế Database Connection Pooling và những rủi ro về hiệu năng (Performance) cũng như tính sẵn sàng khi cấu hình sai kích thước Pool (Pool Size)?

Question

Accepted Answer

Bản chất vấn đề
Việc mở một kết nối mới tới cơ sở dữ liệu (TCP handshake, xác thực, cấp phát bộ nhớ) là một thao tác cực kỳ tốn kém về thời gian và tài nguyên CPU. Database Connection Pool giải quyết vấn đề này bằng cách duy trì sẵn một tập hợp các kết nối đã mở sẵn để tái sử dụng cho các request tiếp theo.
Rủi ro khi cấu hình sai Pool Size

Pool Size quá nhỏ: 
Các request đến sau sẽ phải chờ (Queue) cho đến khi có một kết nối được giải phóng.
Gây ra hiện tượng nghẽn cổ chai (Bottleneck), tăng thời gian phản hồi (Latency) và có thể dẫn đến timeout hàng loạt ở tầng ứng dụng.

Pool Size quá lớn:
Cơ sở dữ liệu sẽ bị quá tải do phải duy trì quá nhiều tiến trình kết nối đồng thời.
Gây tranh chấp tài nguyên CPU và RAM nghiêm trọng trên Database Server, làm giảm thông lượng (Throughput) tổng thể.

Công thức tính toán tham khảo
Theo khuyến nghị từ các chuyên gia Database (ví dụ như HikariCP):
Connections = ((Core_Count * 2) + Effective_Spindle_Count)
Tuy nhiên, trong thực tế kiến trúc Microservices, cần phải tính toán dựa trên tổng số lượng Pod tối đa nhân với Pool Size của mỗi Pod để đảm bảo không vượt quá giới hạn max_connections của Database.
Lưu ý thực chiến

Luôn cấu hình thời gian chờ kết nối (connectionTimeout) và thời gian sống tối đa của một kết nối (maxLifetime) để tránh các kết nối bị rò rỉ (Connection Leak) làm cạn kiệt pool.

Giải thích cơ chế Database Connection Pooling và những rủi ro về hiệu năng (Performance) cũng như tính sẵn sàng khi cấu hình sai kích thước Pool (Pool Size)?

Bản chất vấn đề

Làm Chủ Phỏng Vấn & Nâng Cao Trình Độ Chuyên Nghiệp

Tải Tuyển Tập 100+ Câu Hỏi Phỏng Vấn Chuyên Sâu (PDF)

Cần Mentor Phỏng Vấn Thử 1-1 & Tối Ưu CV?

Kiểm Tra CV Chuẩn ATS Miễn Phí

Câu hỏi availability & reliability liên quan cùng chủ đề