ในแอปรุ่นล่าสุดของฉันฉันเพิ่มคำสั่งที่บอกให้รอเมื่อมีบางสิ่งเข้ามาในคิว Service Broker:
WAITFOR (RECEIVE CONVERT(int, message_body) AS Message FROM MyQueue)DBA บอกฉันว่าตั้งแต่การเพิ่มขนาดบันทึกได้ผ่านหลังคา สิ่งนี้ถูกต้องไหม หรือฉันควรจะมองหาที่อื่น?
คำตอบ:
ธุรกรรมที่เปิดอยู่ใด ๆ จะตรึงบันทึกเพื่อป้องกันการตัดทอนและในที่สุดก็ก่อให้เกิดการเติบโต ถ้าคุณเริ่มทรานแซคชันเขียนไปที่บันทึกแล้วรอตลอดไปโดยหวังว่าข้อความจะทำให้คุณตื่นในที่สุดคุณก็แค่ตรึงล็อกและทำให้มันโตขึ้น
เมื่อเร็ว ๆ นี้ฉันเริ่มแนะนำผู้คนให้หลีกเลี่ยง WAITFOR ในขั้นตอนการเปิดใช้งานพร้อมกับลูป เพียงแค่ออก RECIEVe แล้วเสร็จให้ปล่อยให้กลไกการเปิดใช้งานวนกลับมาให้คุณ (มันทำได้) และอย่า WAITFOR เพียงแค่รับธรรมดา
รสชาติของ WAITFOR ของ RECEIVE สร้างจุดประหยัดภายใน สิ่งนี้จะสร้างบันทึก (อย่างน้อย 3 บันทึกการเข้าสู่ระบบ) และจะตรึงการเข้าสู่ระบบในขณะที่รอ การมีไทม์เอาต์ WAITFOR ที่ยาวนาน (หรือแย่กว่านั้นคืออนันต์อันใดอันหนึ่ง) จะเป็นการฝึกฝนที่แย่มาก
WAITFOR (RECEIVE...คุณสามารถขยายได้หรือไม่? บางทีฉันเข้าใจผิด
begin transaction; waitfor(receive...)จะไม่สร้างบันทึกการใช้งานใด ๆ (จะไม่ 'เปิดใช้งาน' การทำธุรกรรม) ในขณะที่รอและจะไม่ตรึงบันทึก เพียง แต่begin transaction;[insert|update|delete];waitfor(receive...)จะทำให้เกิดการทำธุรกรรมที่ 'เปิดใช้งาน' (สร้างบันทึกเข้าสู่ระบบ) และทำให้ขาจริงจะบันทึกในขณะที่รอคอย
บน SQL Server 2008 R2 ถ้าฉันเรียกใช้ WAITFOR (RECEIVE) จากนั้นเรียกใช้ DBCC OPENTRAN มันจะแสดงธุรกรรมเป็นแอ็คทีฟแม้ว่าจะไม่มีการอัพเดตก่อนหน้าก็ตาม
WAITFOR (...) TIMEOUT 3600000แก้ปัญหาได้หรือไม่ เช่นปล่อยทุกชั่วโมง