В последнем выпуске моего приложения я добавил команду, которая заставляет его ждать, когда что-то приходит в очередь компонента Service Broker:
WAITFOR (RECEIVE CONVERT(int, message_body) AS Message FROM MyQueue)Администраторы баз данных говорят мне, что с момента добавления размеры бревен прошли через крышу. Может ли это быть правильно? Или я должен искать в другом месте?
Ответы:
Любая активная открытая транзакция будет закреплять журнал, предотвращая усечение и, в конечном итоге, вызывая рост. Если вы начинаете транзакцию, записываете в журнал, а затем ждете вечно в надежде, что сообщение в конечном итоге вас разбудит, вы просто закрепили журнал и вызвали его рост.
В последнее время я начал рекомендовать людям избегать ОЖИДАНИЯ в активированной процедуре вместе с петлей. Просто выдайте RECIEVe и все будет готово, позвольте механизму активации зацикливаться для вас (он делает это), а не WAITFOR, просто просто RECEIVE.
Вариант 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проблему? Например, ежечасно.