PARALLEL_REDO_WORKER_WAIT_WORK SQL Server Wait Type

Wait Type PARALLEL_REDO_WORKER_WAIT_WORK

The wait type PARALLEL_REDO_WORKER_WAIT_WORK is ranked #316 by Stedman Solutions and Database Health Monitor.

Wait statistics, in the context of SQL Server, refer to the amount of time that a query spends waiting to access data in the database. When a client application requests data from the database, the request is placed in a queue and the client application must wait for its turn to access the data. The time that the query spends waiting is called a "wait" and is tracked by SQL Server. This information can be used to identify potential performance bottlenecks and optimize the performance of the database. Wait statistics are commonly used by database administrators to diagnose and troubleshoot performance issues in SQL Server.


SQL Server uses a wait type called PARALLEL_REDO_WORKER_WAIT_WORK to track the amount of time that a worker is waiting for a redo operation to be assigned to it. This wait type is typically seen in databases that use the Always On Availability Groups feature, which allows multiple copies of a database to be maintained on different servers for high availability and disaster recovery purposes.

When a database is part of an Always On Availability Groups setup, the redo operation is responsible for applying changes made to the database on the primary server to the secondary databases on the other servers. This process, known as redo, is performed in parallel by multiple worker threads to improve performance and reduce the time it takes to apply changes to the secondary databases.

The PARALLEL_REDO_WORKER_WAIT_WORK wait type is used to track the time that a worker thread spends waiting for a redo operation to be assigned to it. If this wait type is seen frequently in the system, it can indicate that the redo operation is not being performed efficiently, which can impact the performance and availability of the database.

To address this issue, the performance of the redo operation can be optimized by increasing the number of worker threads, or by reducing the workload on the primary server to allow the redo operation to be performed more efficiently. Additionally, ensuring that the hardware and software used for the Always On Availability Groups setup are properly configured and optimized can also help improve the performance of the redo operation and reduce the occurrence of the PARALLEL_REDO_WORKER_WAIT_WORK wait type.


Find out more about our SQL Server Managed Services

Applies to

    See Also


    All Wait Types
    PARALLEL_REDO_WORKER_WAIT_WORK SQL Server Wait Type