LCK_M_SIX_LOW_PRIORITY SQL Server Wait Type

Wait Type LCK_M_SIX_LOW_PRIORITY

The wait type LCK_M_SIX_LOW_PRIORITY is ranked #136 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.


In SQL Server, locks are essential for maintaining data consistency during concurrent operations. However, some lock types, such as LCK_M_SIX_LOW_PRIORITY, can lead to waits that affect performance. Understanding this wait type can help you address potential bottlenecks and improve your system’s efficiency.

What is LCK_M_SIX_LOW_PRIORITY?

The LCK_M_SIX_LOW_PRIORITY wait type occurs when a session is waiting to acquire a Shared Intent Exclusive (SIX) lock in low-priority mode. SIX locks are typically used during operations that involve both reading data and making modifications, such as certain maintenance or schema-modifying tasks. When requested in low-priority mode, the operation waits until higher-priority transactions release their locks.

In simpler terms, this wait type shows that SQL Server is waiting for permission to perform a specific operation without disrupting other tasks that might have a higher priority. While this behavior is intentional to minimize impact, excessive waits may indicate contention or inefficiencies.

Why Does LCK_M_SIX_LOW_PRIORITY Happen?

Several factors can lead to LCK_M_SIX_LOW_PRIORITY waits, including:

  • Long-running transactions holding locks on the targeted resources.
  • High levels of contention for the same table, index, or partition.
  • Inefficient queries or missing indexes, increasing the duration of locks.
  • Heavy workloads causing resource contention during low-priority operations.
  • Suboptimal scheduling of maintenance or schema changes during peak usage times.

Identifying and addressing these factors can reduce the occurrence of these waits and improve overall performance.

How to Monitor LCK_M_SIX_LOW_PRIORITY Waits

Monitoring LCK_M_SIX_LOW_PRIORITY waits is essential for understanding when and why they occur. The Database Health Monitor provides an excellent way to track this wait type. Its Historic Waits Monitoring feature allows you to observe patterns, identify the root causes of waits, and measure their impact on system performance.

By using Database Health Monitor, you can determine whether these waits stem from inefficient queries, resource contention, or scheduling conflicts, enabling you to take targeted actions to optimize your environment.

What Can You Do About LCK_M_SIX_LOW_PRIORITY Waits?

If you notice frequent or prolonged LCK_M_SIX_LOW_PRIORITY waits, consider these actions:

  • Optimize queries to reduce the duration of locks and improve efficiency.
  • Ensure indexes are properly designed to support query patterns and reduce contention.
  • Schedule maintenance tasks, such as index rebuilds or schema changes, during off-peak hours to minimize conflicts.
  • Analyze blocking chains using tools like Activity Monitor or Extended Events to identify and address blocking sessions.
  • Partition large tables to reduce the scope of locks required for operations.
  • Break large operations into smaller, more manageable transactions to minimize lock duration.

These steps can help reduce contention and improve the performance of low-priority operations while maintaining system stability.

Why Use Database Health Monitor?

The Database Health Monitor is a powerful tool for tracking SQL Server wait types, including LCK_M_SIX_LOW_PRIORITY. Its Historic Waits Monitoring feature provides actionable insights into wait trends, helping you identify and resolve performance bottlenecks. With Database Health Monitor, you can maintain a high-performing and reliable SQL Server environment.

Start using Database Health Monitor today to optimize your SQL Server’s performance and ensure smooth, efficient database operations!


Watch on YouTube


Find out more about our SQL Server Managed Services

Applies to

    Related Waits

    LCK_M_BU
    LCK_M_BU_ABORT_BLOCKERS
    LCK_M_BU_LOW_PRIORITY
    LCK_M_IS
    LCK_M_IS_ABORT_BLOCKERS
    LCK_M_IS_LOW_PRIORITY
    LCK_M_IU
    LCK_M_IU_ABORT_BLOCKERS
    LCK_M_IU_LOW_PRIORITY
    LCK_M_IX
    LCK_M_IX_ABORT_BLOCKERS
    LCK_M_IX_LOW_PRIORITY
    LCK_M_RIn_NL
    LCK_M_RIn_NL_ABORT_BLOCKERS
    LCK_M_RIn_NL_LOW_PRIORITY
    LCK_M_RIn_S
    LCK_M_RIn_S_ABORT_BLOCKERS
    LCK_M_RIn_S_LOW_PRIORITY
    LCK_M_RIn_U
    LCK_M_RIn_U_ABORT_BLOCKERS
    LCK_M_RIn_U_LOW_PRIORITY
    LCK_M_RIn_X
    LCK_M_RIn_X_ABORT_BLOCKERS
    LCK_M_RIn_X_LOW_PRIORITY
    LCK_M_RS_S
    LCK_M_RS_S_ABORT_BLOCKERS
    LCK_M_RS_S_LOW_PRIORITY
    LCK_M_RS_U
    LCK_M_RS_U_ABORT_BLOCKERS
    LCK_M_RS_U_LOW_PRIORITY
    LCK_M_RX_S
    LCK_M_RX_S_ABORT_BLOCKERS
    LCK_M_RX_S_LOW_PRIORITY
    LCK_M_RX_U
    LCK_M_RX_U_ABORT_BLOCKERS
    LCK_M_RX_U_LOW_PRIORITY
    LCK_M_RX_X
    LCK_M_RX_X_ABORT_BLOCKERS
    LCK_M_RX_X_LOW_PRIORITY
    LCK_M_S
    LCK_M_S_ABORT_BLOCKERS
    LCK_M_S_LOW_PRIORITY
    LCK_M_SCH_M
    LCK_M_SCH_M_ABORT_BLOCKERS
    LCK_M_SCH_M_LOW_PRIORITY
    LCK_M_SCH_S
    LCK_M_SCH_S_ABORT_BLOCKERS
    LCK_M_SCH_S_LOW_PRIORITY
    LCK_M_SIU
    LCK_M_SIU_ABORT_BLOCKERS
    LCK_M_SIU_LOW_PRIORITY
    LCK_M_SIX
    LCK_M_SIX_ABORT_BLOCKERS
    LCK_M_U
    LCK_M_U_ABORT_BLOCKERS
    LCK_M_U_LOW_PRIORITY
    LCK_M_UIX
    LCK_M_UIX_ABORT_BLOCKERS
    LCK_M_UIX_LOW_PRIORITY
    LCK_M_X
    LCK_M_X_ABORT_BLOCKERS
    LCK_M_X_LOW_PRIORITY

    See Also


    All Wait Types
    LCK_M_SIX_LOW_PRIORITY SQL Server Wait Type