Identify Query Waiting on resources
I have some query with CXCONSUMER
wait time when i ran sp_whoisactive
as shown in the screenshot below.
When i checked the status it is suspended
.That means it is waiting for some process to release resource.As far as my understanding CXPACKET
is the producer and CXCONSUMER
is the consumer and CXPACKET is the main culprit and action should be taken on that.But i don't see any CXPACKET
.
Since this is a parallel execution i am not sure where i should start fixing.
Can anyone suggest me how to find out the process on which my queries are waiting(because i see suspended as status)?
Additional Info
When i query sys.dm_os_wait_stats
,the top two entries are CONSUMER and CXPACKETS.
- SQL Server 2016
- 128 GB RAM
- MAX DOP : 8
- Cost of threshold : 20
sql-server performance-tuning parallelism blocking waits
add a comment |
I have some query with CXCONSUMER
wait time when i ran sp_whoisactive
as shown in the screenshot below.
When i checked the status it is suspended
.That means it is waiting for some process to release resource.As far as my understanding CXPACKET
is the producer and CXCONSUMER
is the consumer and CXPACKET is the main culprit and action should be taken on that.But i don't see any CXPACKET
.
Since this is a parallel execution i am not sure where i should start fixing.
Can anyone suggest me how to find out the process on which my queries are waiting(because i see suspended as status)?
Additional Info
When i query sys.dm_os_wait_stats
,the top two entries are CONSUMER and CXPACKETS.
- SQL Server 2016
- 128 GB RAM
- MAX DOP : 8
- Cost of threshold : 20
sql-server performance-tuning parallelism blocking waits
1
have you tried brentozar.com/blitz ? It's very usefull and have a part to identify waits (brentozar.com/sql/wait-stats )
– Danielle Paquette-Harvey
yesterday
1
Check out what Paul Randal says about that wait. He also has some steps on working on CXPACKET as does Brent Ozar but as you said, you don't see this wait type.
– scsimon
yesterday
1
@scsimon: I don't see CXPACKET when i runsp_whoisactive
,i see only CXCONSUMER.I will check the links.
– user9516827
yesterday
add a comment |
I have some query with CXCONSUMER
wait time when i ran sp_whoisactive
as shown in the screenshot below.
When i checked the status it is suspended
.That means it is waiting for some process to release resource.As far as my understanding CXPACKET
is the producer and CXCONSUMER
is the consumer and CXPACKET is the main culprit and action should be taken on that.But i don't see any CXPACKET
.
Since this is a parallel execution i am not sure where i should start fixing.
Can anyone suggest me how to find out the process on which my queries are waiting(because i see suspended as status)?
Additional Info
When i query sys.dm_os_wait_stats
,the top two entries are CONSUMER and CXPACKETS.
- SQL Server 2016
- 128 GB RAM
- MAX DOP : 8
- Cost of threshold : 20
sql-server performance-tuning parallelism blocking waits
I have some query with CXCONSUMER
wait time when i ran sp_whoisactive
as shown in the screenshot below.
When i checked the status it is suspended
.That means it is waiting for some process to release resource.As far as my understanding CXPACKET
is the producer and CXCONSUMER
is the consumer and CXPACKET is the main culprit and action should be taken on that.But i don't see any CXPACKET
.
Since this is a parallel execution i am not sure where i should start fixing.
Can anyone suggest me how to find out the process on which my queries are waiting(because i see suspended as status)?
Additional Info
When i query sys.dm_os_wait_stats
,the top two entries are CONSUMER and CXPACKETS.
- SQL Server 2016
- 128 GB RAM
- MAX DOP : 8
- Cost of threshold : 20
sql-server performance-tuning parallelism blocking waits
sql-server performance-tuning parallelism blocking waits
asked yesterday
user9516827
337110
337110
1
have you tried brentozar.com/blitz ? It's very usefull and have a part to identify waits (brentozar.com/sql/wait-stats )
– Danielle Paquette-Harvey
yesterday
1
Check out what Paul Randal says about that wait. He also has some steps on working on CXPACKET as does Brent Ozar but as you said, you don't see this wait type.
– scsimon
yesterday
1
@scsimon: I don't see CXPACKET when i runsp_whoisactive
,i see only CXCONSUMER.I will check the links.
– user9516827
yesterday
add a comment |
1
have you tried brentozar.com/blitz ? It's very usefull and have a part to identify waits (brentozar.com/sql/wait-stats )
– Danielle Paquette-Harvey
yesterday
1
Check out what Paul Randal says about that wait. He also has some steps on working on CXPACKET as does Brent Ozar but as you said, you don't see this wait type.
– scsimon
yesterday
1
@scsimon: I don't see CXPACKET when i runsp_whoisactive
,i see only CXCONSUMER.I will check the links.
– user9516827
yesterday
1
1
have you tried brentozar.com/blitz ? It's very usefull and have a part to identify waits (brentozar.com/sql/wait-stats )
– Danielle Paquette-Harvey
yesterday
have you tried brentozar.com/blitz ? It's very usefull and have a part to identify waits (brentozar.com/sql/wait-stats )
– Danielle Paquette-Harvey
yesterday
1
1
Check out what Paul Randal says about that wait. He also has some steps on working on CXPACKET as does Brent Ozar but as you said, you don't see this wait type.
– scsimon
yesterday
Check out what Paul Randal says about that wait. He also has some steps on working on CXPACKET as does Brent Ozar but as you said, you don't see this wait type.
– scsimon
yesterday
1
1
@scsimon: I don't see CXPACKET when i run
sp_whoisactive
,i see only CXCONSUMER.I will check the links.– user9516827
yesterday
@scsimon: I don't see CXPACKET when i run
sp_whoisactive
,i see only CXCONSUMER.I will check the links.– user9516827
yesterday
add a comment |
1 Answer
1
active
oldest
votes
Check out this post from Erik Darling: CXCONSUMER Is Harmless? Not So Fast, Tiger
That shows a really extreme example of a problem query where CXCONUSMER is the highest wait. So while the Microsoft recommendations indicate it's harmless, it definitely can be a sign of other problems.
Based on that, and your screenshot, it's quite possible that you're running into issues with skewed parallelism. You can find some great info about skewed parallelism from Paul Randal: More on CXPACKET Waits: Skewed Parallelism
Without the query text, and especially an actual execution plan, we can only guess at what might be causing the CXCONSUMER waits for your scenario. But hopefully this helps gives you a direction to look in.
If you edit your question to include the execution plan and query text (and relevant table / index definitions), we can be more help in tracking down the root cause.
1
But if skewed parallelism is the issue, it should be surfacing asCXPACKET
and notCXCONSUMER
- that was the whole point of the new wait type.
– Aaron Bertrand♦
yesterday
1
@AaronBertrand Maybe there is something wrong with the implementation of the wait then? I'm not sure. Looking at Erik's blog post, check out the image near the end. There's definitely massive skew. But maybe that's not strictly the problem.
– jadarnel27
yesterday
I know, I'm agreeing, it should be surfaced differently. But there may be more to this scenario (and Erik's). The fact thatCXPACKET
is high in wait stats but isn't being "caught" suggests there is some timing issue or something else going on.
– Aaron Bertrand♦
yesterday
@AaronBertrand Oh! Sorry, I'm following you now.
– jadarnel27
yesterday
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "182"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fdba.stackexchange.com%2fquestions%2f226366%2fidentify-query-waiting-on-resources%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
Check out this post from Erik Darling: CXCONSUMER Is Harmless? Not So Fast, Tiger
That shows a really extreme example of a problem query where CXCONUSMER is the highest wait. So while the Microsoft recommendations indicate it's harmless, it definitely can be a sign of other problems.
Based on that, and your screenshot, it's quite possible that you're running into issues with skewed parallelism. You can find some great info about skewed parallelism from Paul Randal: More on CXPACKET Waits: Skewed Parallelism
Without the query text, and especially an actual execution plan, we can only guess at what might be causing the CXCONSUMER waits for your scenario. But hopefully this helps gives you a direction to look in.
If you edit your question to include the execution plan and query text (and relevant table / index definitions), we can be more help in tracking down the root cause.
1
But if skewed parallelism is the issue, it should be surfacing asCXPACKET
and notCXCONSUMER
- that was the whole point of the new wait type.
– Aaron Bertrand♦
yesterday
1
@AaronBertrand Maybe there is something wrong with the implementation of the wait then? I'm not sure. Looking at Erik's blog post, check out the image near the end. There's definitely massive skew. But maybe that's not strictly the problem.
– jadarnel27
yesterday
I know, I'm agreeing, it should be surfaced differently. But there may be more to this scenario (and Erik's). The fact thatCXPACKET
is high in wait stats but isn't being "caught" suggests there is some timing issue or something else going on.
– Aaron Bertrand♦
yesterday
@AaronBertrand Oh! Sorry, I'm following you now.
– jadarnel27
yesterday
add a comment |
Check out this post from Erik Darling: CXCONSUMER Is Harmless? Not So Fast, Tiger
That shows a really extreme example of a problem query where CXCONUSMER is the highest wait. So while the Microsoft recommendations indicate it's harmless, it definitely can be a sign of other problems.
Based on that, and your screenshot, it's quite possible that you're running into issues with skewed parallelism. You can find some great info about skewed parallelism from Paul Randal: More on CXPACKET Waits: Skewed Parallelism
Without the query text, and especially an actual execution plan, we can only guess at what might be causing the CXCONSUMER waits for your scenario. But hopefully this helps gives you a direction to look in.
If you edit your question to include the execution plan and query text (and relevant table / index definitions), we can be more help in tracking down the root cause.
1
But if skewed parallelism is the issue, it should be surfacing asCXPACKET
and notCXCONSUMER
- that was the whole point of the new wait type.
– Aaron Bertrand♦
yesterday
1
@AaronBertrand Maybe there is something wrong with the implementation of the wait then? I'm not sure. Looking at Erik's blog post, check out the image near the end. There's definitely massive skew. But maybe that's not strictly the problem.
– jadarnel27
yesterday
I know, I'm agreeing, it should be surfaced differently. But there may be more to this scenario (and Erik's). The fact thatCXPACKET
is high in wait stats but isn't being "caught" suggests there is some timing issue or something else going on.
– Aaron Bertrand♦
yesterday
@AaronBertrand Oh! Sorry, I'm following you now.
– jadarnel27
yesterday
add a comment |
Check out this post from Erik Darling: CXCONSUMER Is Harmless? Not So Fast, Tiger
That shows a really extreme example of a problem query where CXCONUSMER is the highest wait. So while the Microsoft recommendations indicate it's harmless, it definitely can be a sign of other problems.
Based on that, and your screenshot, it's quite possible that you're running into issues with skewed parallelism. You can find some great info about skewed parallelism from Paul Randal: More on CXPACKET Waits: Skewed Parallelism
Without the query text, and especially an actual execution plan, we can only guess at what might be causing the CXCONSUMER waits for your scenario. But hopefully this helps gives you a direction to look in.
If you edit your question to include the execution plan and query text (and relevant table / index definitions), we can be more help in tracking down the root cause.
Check out this post from Erik Darling: CXCONSUMER Is Harmless? Not So Fast, Tiger
That shows a really extreme example of a problem query where CXCONUSMER is the highest wait. So while the Microsoft recommendations indicate it's harmless, it definitely can be a sign of other problems.
Based on that, and your screenshot, it's quite possible that you're running into issues with skewed parallelism. You can find some great info about skewed parallelism from Paul Randal: More on CXPACKET Waits: Skewed Parallelism
Without the query text, and especially an actual execution plan, we can only guess at what might be causing the CXCONSUMER waits for your scenario. But hopefully this helps gives you a direction to look in.
If you edit your question to include the execution plan and query text (and relevant table / index definitions), we can be more help in tracking down the root cause.
edited yesterday
Erik Darling
21.1k1263103
21.1k1263103
answered yesterday
jadarnel27
3,6901330
3,6901330
1
But if skewed parallelism is the issue, it should be surfacing asCXPACKET
and notCXCONSUMER
- that was the whole point of the new wait type.
– Aaron Bertrand♦
yesterday
1
@AaronBertrand Maybe there is something wrong with the implementation of the wait then? I'm not sure. Looking at Erik's blog post, check out the image near the end. There's definitely massive skew. But maybe that's not strictly the problem.
– jadarnel27
yesterday
I know, I'm agreeing, it should be surfaced differently. But there may be more to this scenario (and Erik's). The fact thatCXPACKET
is high in wait stats but isn't being "caught" suggests there is some timing issue or something else going on.
– Aaron Bertrand♦
yesterday
@AaronBertrand Oh! Sorry, I'm following you now.
– jadarnel27
yesterday
add a comment |
1
But if skewed parallelism is the issue, it should be surfacing asCXPACKET
and notCXCONSUMER
- that was the whole point of the new wait type.
– Aaron Bertrand♦
yesterday
1
@AaronBertrand Maybe there is something wrong with the implementation of the wait then? I'm not sure. Looking at Erik's blog post, check out the image near the end. There's definitely massive skew. But maybe that's not strictly the problem.
– jadarnel27
yesterday
I know, I'm agreeing, it should be surfaced differently. But there may be more to this scenario (and Erik's). The fact thatCXPACKET
is high in wait stats but isn't being "caught" suggests there is some timing issue or something else going on.
– Aaron Bertrand♦
yesterday
@AaronBertrand Oh! Sorry, I'm following you now.
– jadarnel27
yesterday
1
1
But if skewed parallelism is the issue, it should be surfacing as
CXPACKET
and not CXCONSUMER
- that was the whole point of the new wait type.– Aaron Bertrand♦
yesterday
But if skewed parallelism is the issue, it should be surfacing as
CXPACKET
and not CXCONSUMER
- that was the whole point of the new wait type.– Aaron Bertrand♦
yesterday
1
1
@AaronBertrand Maybe there is something wrong with the implementation of the wait then? I'm not sure. Looking at Erik's blog post, check out the image near the end. There's definitely massive skew. But maybe that's not strictly the problem.
– jadarnel27
yesterday
@AaronBertrand Maybe there is something wrong with the implementation of the wait then? I'm not sure. Looking at Erik's blog post, check out the image near the end. There's definitely massive skew. But maybe that's not strictly the problem.
– jadarnel27
yesterday
I know, I'm agreeing, it should be surfaced differently. But there may be more to this scenario (and Erik's). The fact that
CXPACKET
is high in wait stats but isn't being "caught" suggests there is some timing issue or something else going on.– Aaron Bertrand♦
yesterday
I know, I'm agreeing, it should be surfaced differently. But there may be more to this scenario (and Erik's). The fact that
CXPACKET
is high in wait stats but isn't being "caught" suggests there is some timing issue or something else going on.– Aaron Bertrand♦
yesterday
@AaronBertrand Oh! Sorry, I'm following you now.
– jadarnel27
yesterday
@AaronBertrand Oh! Sorry, I'm following you now.
– jadarnel27
yesterday
add a comment |
Thanks for contributing an answer to Database Administrators Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fdba.stackexchange.com%2fquestions%2f226366%2fidentify-query-waiting-on-resources%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
1
have you tried brentozar.com/blitz ? It's very usefull and have a part to identify waits (brentozar.com/sql/wait-stats )
– Danielle Paquette-Harvey
yesterday
1
Check out what Paul Randal says about that wait. He also has some steps on working on CXPACKET as does Brent Ozar but as you said, you don't see this wait type.
– scsimon
yesterday
1
@scsimon: I don't see CXPACKET when i run
sp_whoisactive
,i see only CXCONSUMER.I will check the links.– user9516827
yesterday