Trong bản phát hành cuối cùng của ứng dụng của mình, tôi đã thêm một lệnh bảo nó chờ khi có thứ gì đó đến trong hàng đợi Nhà môi giới dịch vụ:
WAITFOR (RECEIVE CONVERT(int, message_body) AS Message FROM MyQueue)Các DBA nói với tôi rằng kể từ khi bổ sung, kích thước nhật ký đã đi qua mái nhà. Điều này có thể đúng không? Hay tôi nên tìm nơi khác?
Câu trả lời:
Bất kỳ giao dịch mở hoạt động nào sẽ ghim nhật ký, ngăn chặn cắt ngắn và cuối cùng gây ra sự tăng trưởng. Nếu bạn bắt đầu một giao dịch, hãy viết vào nhật ký và sau đó chờ đợi mãi mãi với hy vọng một thông điệp cuối cùng sẽ đánh thức bạn, bạn chỉ cần ghim nhật ký và khiến nó phát triển.
Gần đây tôi bắt đầu khuyên mọi người nên tránh xa WAITFOR trong quy trình kích hoạt, cùng với vòng lặp. Chỉ cần đưa ra một RECIEVe và được thực hiện, hãy để vòng lặp cơ chế kích hoạt cho bạn (nó) và không WAITFOR, chỉ đơn giản là NHẬN.
Hương vị WAITFOR của RECEIVE tạo ra một điểm lưu trữ bên trong. Điều này tạo ra nhật ký (ít nhất 3 bản ghi nhật ký) và thực sự ghim nhật ký vào vị trí trong khi chờ đợi. Có một thời gian chờ WAITFOR dài (hoặc tệ hơn, vô hạn) sẽ là một thực tế rất xấu.
WAITFOR (RECEIVE...Bạn có thể mở rộng không? Có lẽ, tôi đã hiểu lầm.
begin transaction; waitfor(receive...)sẽ không tạo ra bất kỳ bản ghi nhật ký nào (sẽ không 'kích hoạt' giao dịch) trong khi chờ đợi và do đó sẽ không ghim nhật ký. Chỉ begin transaction;[insert|update|delete];waitfor(receive...)sẽ khiến giao dịch 'kích hoạt' (tạo bản ghi nhật ký) và do đó sẽ thực sự ghim nhật ký trong khi chờ đợi.
Trên SQL Server 2008 R2, nếu tôi thực thi WAITFOR (NHẬN), sau đó chạy DBCC OPENTRAN, nó sẽ hiển thị giao dịch là hoạt động, ngay cả khi không có bất kỳ cập nhật nào trước đó.
WAITFOR (...) TIMEOUT 3600000giải quyết vấn đề? Ví dụ phát hành hàng giờ.