lợi nhuận DBCP đóng kết nối

Question

Chúng tôi đang nhìn thấy tình huống mà kết nối cơ sở dữ liệu của chúng tôi từ org.apache.commons.dbcp.BasicDataSource đang hấp hối với ổ cắm lỗi viết:

com.microsoft.sqlserver.jdbc.SQLServerException: Connection reset by peer: socket write error 

Tất cả các nỗ lực tiếp theo để viết thư cho các kết nối thất bại, tất nhiên:

com.microsoft.sqlserver.jdbc.SQLServerException: The connection is closed. 

Sau khi cập nhật mã để bắt ngoại lệ như vậy và yêu cầu kết nối mới khi nó xảy ra, nó không thành công một lần nữa. Tôi có đúng là nghi ngờ rằng việc gọi số DataSource#getConnection() không thực sự đưa ra một kết nối mới mỗi khi nó được gọi? Không phải là nó chỉ tái sử dụng kết nối hiện có, được đóng lại?

Nếu tôi chính xác, cách đúng để vứt bỏ kết nối cũ và yêu cầu kết nối mới là gì?

EDIT: Dưới đây là một phiên bản succint nhiều hơn những gì tôi muốn biết:

Connection c1, c2; 
c1 = DatabaseManager.getConnection(); 
// c1.close() not called 
c2 = DatabaseManager.getConnection(); 

Is "c1 c2 ==" một tuyên bố đúng không? Hoặc có hai kết nối được phân bổ? Và nếu đó là sau này, sẽ mã như thế này đại diện cho một "rò rỉ hồ bơi kết nối":

Connection c1; 
c1 = DatabaseManager.getConnection(); 
// c1.close() not called 
c1 = DatabaseManager.getConnection(); 

Answer 1

Kết nối gộp lại đã bị đóng bởi DB. Điều đó có thể có nghĩa là 2 điều:

1. Hồ bơi kết nối giữ kết nối mở quá lâu.
2. DB đóng các kết nối sau một thời gian quá ngắn.

Về lý thuyết, tăng/giảm thời gian chờ ở hai bên để căn chỉnh nó sẽ khắc phục được sự cố.

Trên DBCP, đặt cược tốt nhất của bạn là xác thực kết nối trước khi trở về theo số testOnBorrow=true và cài đặt validationQuery, ví dụ: SELECT 1. Bạn có thể tìm các tùy chọn cấu hình trong số Tomcat JDBC data sources documentation.

---

Cập nhật theo cập nhật của bạn:

Dưới đây là một phiên bản succint nhiều hơn những gì tôi muốn biết:

Connection c1, c2; 
c1 = DatabaseManager.getConnection(); 
// c1.close() not called 
c2 = DatabaseManager.getConnection(); 

Is "c1 c2 ==" một tuyên bố đúng? Hoặc có hai kết nối được phân bổ?

Đó là hai kết nối riêng biệt. Chỉ khi bạn gọi c1.close() thì có khả năng hợp lý là c2 trả về cùng một kết nối.

Và nếu đó là sau này, sẽ mã như thế này đại diện cho một "hồ bơi kết nối rò rỉ":

Connection c1; 
c1 = DatabaseManager.getConnection(); 
// c1.close() not called 
c1 = DatabaseManager.getConnection(); 

Vâng, chắc chắn nó sẽ bị rò rỉ kết nối đầu tiên là nó chưa bao giờ được trở lại hồ bơi .Bạn nên luôn luôn đóng tất cả tài nguyên DB trong phạm vi ngắn nhất có thể trong khối try-finally. Tuy nhiên, một hồ bơi kết nối khá phong nha có thể cấu hình để gặt hái các kết nối bị bỏ rơi, nhưng điều này chắc chắn không nên được sử dụng như "giải pháp thay thế".

Answer 2

Tôi cũng phải đối mặt với cùng một vấn đề. sau đó tôi nhận ra rằng tôi đã thực hiện nhiều cuộc gọi ajax không đồng bộ đã gây ra sự cố.

Tôi đã sắp xếp lại các cuộc gọi và nó đã khắc phục sự cố.