- The client was experiencing severe SQL Server performance issues;
- Multiple queries were taking 1, 5, 10 minutes or longer or timing out;
- The CPU usage was reaching 100% many times during the day long;
Detecting the problem
We started monitoring the SQL Server environment.
A comprehensive methodology was applied to look at various levels SQL depended on: CPU, RAM, networking, storage, VMWare setup, Windows Operating System settings, and few more areas.
It may seem like overkill to look at all the layers, but Red9 practices prove that comprehensive analysis is effective. Especially when stability and speed matter.
The CPU usage was low until 12:30 pm EST, when CPU usage was observed up to 70% until 13:30 EST.
After investigation, we detected 12 long-running sessions as per the image below.
Only 12 executions were able to pressure the CPU to 70%. 15-20 executions would reach 100% CPU usage (as the client told us).
Analyzing the execution plan, we find an index scan that can be the possible root cause for the high number of reads hence high CPU usage.
The table tbl_customer_list had 1,585,002 rows and 43 indexes, which looks like too many indexes (usually 5/6 should be enough).
Also, it was observed that the IO latency increased again due to the reads happening. Probably a secondary root cause of performance issues. Latency higher than 20ms is a problem.
What was done:
- We improved the database indexes (disabled 12 duplicated indexes only for this table);
- Changed instance-level settings Cost threshold for parallelism from 5 to 50M;
- Max degree of parallelism from 0 (unlimited) to 8;
- Optimize for ad hoc workloads from 0 to 1;
As a bonus, we deployed some monitors for:
- Disk latency
- Activity monitor (long-running queries);
- Single plan cache clean maintenance
After all the modifications, the CPU usage went down to 1%.
Reviewing all relevant performance metrics as a unit, we have the best chance of choosing the most effective course of action. In this case, it was clear that initial efforts should be directed towards query tuning and the indexing strategy.
Make the performance of someone else’s problem. Hire a company like ours. We’d love to help! We do tuning every day and have done it for over a decade now.