Azure SQL Database - Lessons learned from the trenches
summary
A production database hits 100% CPU because one frequently run parameterized query repeatedly converts a parameter, causing a clustered index scan that reads ~400,000 rows per execution; diagnosis uses the Azure portal metrics, Query Store and execution plans to find query id 632 and workers stuck at 1%. Fixing the client parameter type restores the index and drops CPU and duration; other lessons include using extended events/Profiler saved to blob for errors, keeping stats and indexes current, and validating connection and scaling choices.
AI-written summary · about
chapters (10)
- 0:00Introduction and speakers
- 1:07Lesson learned from support work
- 3:14First case: Saturday performance issue
- 27:11Hard lessons from the first case
- 31:14Troubleshooting performance problems
- 36:31Second case: Managed Instance queries
- 46:23Diagnostics and tools in Azure
- 49:46Third case: Connectivity problems
- 53:02Connectivity best practices
- 55:02Creating support requests
related talks
51mPerformance Tuning Azure SQL Database
59mLessons Learned from the Trenches: Connectivity and Performance Tips&Tricks
49mPerformance Features in SQL Server and Azure SQL
58mFixing poor performance patterns in Azure SQL Database applications
53mOptimizing your Azure SQL Database workloads
49mSQL Server on Azure VM - Configuring for Price-Performance
33mDriver for Data-Driven Change - Azure Cosmos DB Performance, Security & Cost Optimization Done Right
50mBuilt-in Intelligence with Azure SQL and SQL Server 2022
