BROKER_TRANSMITTER Wait Type in SQL Server

BROKER_TRANSMITTER is recorded when the Service Broker transmission queue is empty and the two internal transmitter threads (the ones that send messages to remote endpoints) wait for work. Two threads waiting simultaneously gives this wait its arithmetic signature: the total grows by roughly two seconds every second while Service Broker is idle.

Every instance carries it, Broker traffic or not.

Is It a Problem?

No; it is a standard benign wait, and its inflated growth rate makes it look scarier than it is in raw rankings. Idle transmitters are the correct state whenever no cross-instance Broker messages need sending; local-only Broker usage (activation within one database) barely touches them either.

Actual transmission trouble is visible in sys.transmission_queue: stuck messages accumulate there with an error description naming the problem (endpoint unreachable, security, routing).

Common Causes

• The instance being up, with the transmitter pair idling.
• Local-only or absent Service Broker workloads leaving the senders unemployed.

What To Do

1. Filter it out; our Get-WaitStatistics script excludes it by default.
2. For message delivery problems, query sys.transmission_queue per database; its transmission_status text is the actual diagnostic.
3. Nothing to tune at the transmitter level.

How To See It

Rank waits with Get-WaitStatistics, where it is filtered; its 2:1 growth ratio makes it easy to recognise in raw output.

---

Part of the SQL Server Wait Types Library.
Related deep dive: SOS_SCHEDULER_YIELD Wait Type.