可以看到执行计划变成了只用到了 idx_columnid_state 索引,而且 ref 类型也变成了 const,SQL执行耗时也从0.07s变成了0.00s,相应的CPU负载也从336%突降到了12%不到。
总结下,从多次历史经验来看,如果CPU负载持续很高,但内存和IO都还好的话,这种情况下,首先想到的一定是索引问题,十有八九错不了。
可以看到执行计划变成了只用到了 idx_columnid_state 索引,而且 ref 类型也变成了 const,SQL执行耗时也从0.07s变成了0.00s,相应的CPU负载也从336%突降到了12%不到。
总结下,从多次历史经验来看,如果CPU负载持续很高,但内存和IO都还好的话,这种情况下,首先想到的一定是索引问题,十有八九错不了。

2023-03-15
0万阅读

2023-03-15
0万阅读

2023-03-15
0万阅读

2023-03-15
0万阅读

2023-03-15
0万阅读

2023-03-15
0万阅读

2023-03-15
0万阅读

2023-03-14
0万阅读

2023-03-14
0万阅读

2023-03-14
0万阅读

2023-03-15
0万阅读

2023-03-15
0万阅读

2023-03-15
0万阅读

2023-03-15
0万阅读

2023-03-15
0万阅读

2023-03-15
0万阅读

2023-03-15
0万阅读

2023-03-14
0万阅读

2023-03-14
0万阅读

2023-03-14
0万阅读