Important
Self-managed SingleStore will soon transition from version 9.1 RC to version 10. This new semantic versioning scheme will provide SingleStore with finer control over engine and feature releases that were not possible with the current versioning scheme.
In the interim, SingleStore 9.1 RC can be used to preview, evaluate, and provide feedback on the new and upcoming features in SingleStore 10 prior to its general availability. Ahead of this transition, SingleStore 9.0 is recommended for production workloads, which can later be upgraded to SingleStore 10.
MV_ BLOCKED_ QUERIES
On this page
This view shows which queries are waiting, and what they are waiting for.
|
Column name |
Description |
|---|---|
|
|
ID of the node running the blocked query. |
|
|
ID of the blocked query. |
|
|
The text of the blocked query. |
|
|
ID of the node that is running the blocking query. |
|
|
ID of the blocking query. |
|
|
Information on the type of block.
|
|
|
The text of the blocking query, or a description of the connection. |
Example mv_ blocked_ queries Results
|
NODE_ |
ID |
QUERY_ |
BLOCKING_ |
BLOCKING_ |
BLOCKING_ |
BLOCKING_ |
|---|---|---|---|---|---|---|
|
1 |
42 |
insert into t values (1) |
1 |
17 |
user transaction |
open idle transaction |
Both id and blocking_ refer to the id
from information_.information_ with information_ to get more detail about the blocked or blocking process.
Once you know the query or connection responsible for blocking, you can use KILLALL QUERIES or KILL CONNECTION and KILL QUERY to unblock your process.
Last modified: