Execution-Plan

Per chi svolge attività di Troubleshooting e Tuning delle Performance, Query Store è una delle feature più interessanti, introdotte con SQL Server 2016. Query Store memorizza tutti i piani di esecuzione generati per una determinata query, cattura le statistiche relative alle performance di esecuzione, fornisce al DBA gli strumenti per forzare, in modo estremamente semplice, il piano di esecuzione per una determinata query.

Sulla base dell’articolo SQL Server 2016 Query Store, pubblicato sul blog MVP, abbiamo erogato l’omonimo webinar per il PASS Virtual Chapter Italiano.

Vi è mai successo di avere il sito web aziendale talmente lento da essere inutilizzabile? Cosa sta succedendo? Avete mai aggiornato un’applicazione all’ultima versione di SQL Server e incontrato problemi di performance dovuti all’utilizzo di un diverso Piano di Esecuzione per determinate query? La scelta di un diverso piano di esecuzione può causare questi inconvenienti!

L’identificazione e la soluzione dei problemi di performance dovuti alla scelta di un diverso piano di esecuzione da parte del Query Optimizer, richiede molto tempo. In questi casi vi sarete chiesti “Quale era il piano di esecuzione precedente per questa query? Quello che garantiva ottime performance!”.

Una delle (tante) novità introdotte in SQL Server 2016 sono le Live Statistics che permettono di vedere lo stato di esecuzione di una query in tempo reale. Oltre che essere visivamente molto accattivante, la funzionalità è utile per capire quale parte di una query complessa deve essere ottimizzata.

Live Query Statistics

Quello che con tutti sanno è che la funzionalità è basata su una feature inserita già dalla SP1 di SQL Server 2014, la DMV

Sul canale SQLPASS TV è stata pubblicata la sessione “Skewed Data, Poor Cardinality Estimates, and Plans Gone Bad” tenuta da Kimberly Tripp (@KimberlyLTripp) durante lo scorso PASS Summit 2013.

Abstract

When data distribution is heavily skewed, cardinality estimation (how many rows the query optimizer expects each operator to process) can be wildly incorrect, resulting in poor quality query plans and degraded performance. You’ve probably seen the advice to update all statistics if a query plan looks wrong - but is that the right advice? In many cases, no! These are “sledgehammer” approaches, and while they might solve some problems (usually parameter sniffing problems), they don’t solve the actual problem. In this session, you’ll learn a generalized yet tailored-to-the-table way to solve query plan quality problems for very large tables (VLTs). Topics will include creating, using, and updating filtered statistics; using forced parameterization and templatized plan guides; and understanding stored procedures and how they can leverage filtered statistics.

Sul canale SQLPASS TV, continua la pubblicazione delle sessioni erogate al PASS Summit 2011. Questa settimana è stata pubblicata la sessione SQL Server Execution Plans (From Compilation to Caching to Reuse) tenuta da Maciej Pilecki (SQL Server MVP, MCM).

Abstract

Execution plan reuse is one of the most important aspects of building well-performing and scalable SQL Server solutions. But it’s also the one that is often overlooked during the design phase and becomes very difficult to troubleshoot later. In this session we will discuss in details the following aspects of SQL Server execution plans: compilation, re-compilation, parameterization, caching, reuse and aging. You will leave this session with full understanding of how to improve your server’s performance by increasing execution plan reuse (and how to avoid reuse in case this is necessary).