Chúng tôi đang nhận được trường hợp ngoại lệ như thế nàyC3P0 - bế tắc rõ ràng về MSSQL, nhưng không PostgreSQL hoặc MySQL
com[email protected]5b7a7896 -- APPARENT DEADLOCK!!! Complete Status:
Managed Threads: 3
Active Threads: 3
Active Tasks:
co[email protected]55bc5e2a (com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread-#1)
co[email protected]41ca435f (com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread-#2)
co[email protected]460d33b7 (com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread-#0)
Pending Tasks:
khi tải thử nghiệm ứng dụng của chúng tôi trên MSSQL 2008 R2 (jTDS hoặc chính thức MS JDBC không quan trọng) . Chúng tôi không bao giờ nhận được ngoại lệ này khi chạy các thử nghiệm tương tự đối với PostgreSQL hoặc MySQL.
Chúng tôi không chỉ muốn tăng số lượng chuỗi trợ giúp cho c3p0 (giải quyết được vấn đề, nhưng trong bao lâu?). Chúng tôi muốn biết vấn đề là gì khi nó hoạt động với các DBMS khác '.
Các ứng dụng hoạt động như:
- Gửi X yêu cầu
- Chờ một thời gian -> bế tắc
- Gửi X yêu cầu
- Chờ một thời gian -> bế tắc
Có ai biết hoặc có một ý tưởng tại sao chúng ta có hành vi này với MSSQL?
Cảm ơn, Adrian
(Btw. BoneCP hoạt động mà không có vấn đề gì quá.)
Tiện ích này là gì và tại sao nó báo cáo "bế tắc rõ ràng" thay vì bế tắc thực tế? SQL Server sẽ phát hiện deadlocks thực sự. Bạn có thể theo dõi biểu đồ bế tắc để sau đó chẩn đoán lý do tại sao nó xảy ra. –
Xin chào, bản thân Máy chủ SQL không bị lỗi. Có vẻ như chỉ là c3p0 (một kết nối tổng hợp lib cho Java) giả định có một bế tắc. – Adrian
Adrian - bạn có thể làm rõ việc sử dụng BoneCP có tránh được vấn đề không? – tgdavies