一、啥是 SQL Server 执行计划
咱先聊聊啥是 SQL Server 执行计划。简单来说，它就像是一张地图，告诉 SQL Server 该怎么去执行你写的 SQL 语句。当你写了一条 SQL 语句发给 SQL Server，它不会马上就去执行，而是先规划一下执行步骤，这个规划就是执行计划。
比如说，你要从一个员工表（Employee）里找出所有工资大于 5000 的员工信息。你写了这样一条 SQL 语句：
-- SQL Server 技术栈
SELECT * FROM Employee WHERE Salary > 5000;
SQL Server 拿到这条语句后，就会生成一个执行计划，它可能会先判断从哪个索引去查找数据，是全表扫描，还是用索引查找。这个执行计划能帮你了解 SQL Server 是怎么处理你的查询的，也能让你发现查询里可能存在的性能问题。
二、为啥要解读执行计划
解读执行计划可太重要了。在实际开发中，我们写的 SQL 语句可能会因为各种原因导致性能很差。比如说，表数据量特别大的时候，一个不合理的查询可能会让程序运行得超级慢。通过解读执行计划，我们就能快速定位到 SQL 性能的瓶颈，然后对 SQL 语句进行优化。
举个例子，有一个订单表（Orders），里面有几百万条记录。你写了这样一条查询语句：
-- SQL Server 技术栈
SELECT * FROM Orders WHERE OrderDate > '2023-01-01' AND CustomerID = 123;
如果执行计划显示它用了全表扫描，那性能肯定好不了。因为全表扫描要把整个表的数据都过一遍，数据量这么大，时间就会很长。这时候，我们就可以根据执行计划去优化查询，比如给 OrderDate 和 CustomerID 字段加上合适的索引。
三、执行计划里有啥
执行计划里包含了很多信息，我们来看看几个重要的部分。
1. 操作符
操作符就像是执行计划里的一个个小任务。常见的操作符有扫描（Scan）、查找（Seek）、排序（Sort）等。扫描操作符会遍历整个表或者索引，查找操作符则是根据索引快速定位数据。排序操作符就是对数据进行排序。
比如说，有一个产品表（Products），你写了这样一条查询：
-- SQL Server 技术栈
SELECT * FROM Products WHERE ProductName LIKE '%Phone%';
执行计划里可能会显示一个扫描操作符，因为使用了 LIKE 模糊查询，没办法用索引查找，只能全表扫描。
2. 开销
开销表示每个操作符在执行过程中消耗的资源比例。开销越大，说明这个操作对性能的影响越大。我们可以根据开销来判断哪个操作是性能瓶颈。
还是上面的产品表查询，如果执行计划显示扫描操作符的开销是 80%，那就说明这个全表扫描是性能瓶颈，我们需要想办法优化它。
3. 估计行数和实际行数
估计行数是 SQL Server 在生成执行计划时预估的返回行数，实际行数是查询实际返回的行数。如果估计行数和实际行数相差很大，可能会导致执行计划选择了不合适的操作，从而影响性能。
比如，你有一个客户表（Customers），写了这样一条查询：
-- SQL Server 技术栈
SELECT * FROM Customers WHERE City = 'New York';
如果执行计划估计返回 100 行，而实际返回了 1000 行，那可能就会让 SQL Server 选择了不合适的操作，导致性能问题。
四、怎么查看执行计划
在 SQL Server 里，查看执行计划很简单。有两种方式，一种是估计执行计划，一种是实际执行计划。
1. 估计执行计划
估计执行计划就是在不实际执行 SQL 语句的情况下，让 SQL Server 生成一个执行计划。你可以在 SQL Server Management Studio 里，选中要查看执行计划的 SQL 语句，然后点击“显示估计执行计划”按钮。
比如，你有这样一条 SQL 语句：
-- SQL Server 技术栈
SELECT * FROM Employees WHERE Department = 'Sales';
选中这条语句，点击“显示估计执行计划”，就能看到 SQL Server 生成的执行计划了。
2. 实际执行计划
实际执行计划是在执行 SQL 语句的过程中生成的，它能更准确地反映查询的实际执行情况。你可以在 SQL Server Management Studio 里，选中要查看执行计划的 SQL 语句，然后点击“包括实际执行计划”按钮，再执行 SQL 语句，就能看到实际执行计划了。
比如，你有这样一条 SQL 语句：
-- SQL Server 技术栈
SELECT * FROM Orders WHERE OrderStatus = 'Completed';
选中这条语句，点击“包括实际执行计划”，然后执行语句，就能看到实际执行计划了。
五、通过执行计划定位性能瓶颈
我们可以根据执行计划里的信息来定位性能瓶颈。下面给大家介绍几个常见的性能瓶颈和解决办法。
1. 全表扫描
全表扫描是指 SQL Server 遍历整个表来查找数据。当表数据量很大时，全表扫描会非常慢。如果执行计划里显示有全表扫描操作，而且开销很大，那就是一个性能瓶颈。
比如，有一个库存表（Inventory），你写了这样一条查询：
-- SQL Server 技术栈
SELECT * FROM Inventory WHERE Quantity > 100;
执行计划显示全表扫描的开销是 90%，这时候你可以给 Quantity 字段加上索引，这样 SQL Server 就可以用索引查找，而不是全表扫描了。
-- SQL Server 技术栈
CREATE INDEX idx_Quantity ON Inventory (Quantity);
2. 排序操作
排序操作也会消耗很多资源。如果执行计划里有排序操作，而且开销比较大，那也可能是性能瓶颈。
比如，你有一个销售表（Sales），写了这样一条查询：
-- SQL Server 技术栈
SELECT * FROM Sales ORDER BY SaleDate DESC;
执行计划显示排序操作的开销是 70%，你可以考虑在 SaleDate 字段上创建一个索引，这样排序就会快很多。
-- SQL Server 技术栈
CREATE INDEX idx_SaleDate ON Sales (SaleDate);
3. 嵌套循环连接
嵌套循环连接是一种常见的连接方式，但当数据量很大时，它的性能会很差。如果执行计划里显示有嵌套循环连接，而且开销很大，那就是一个性能瓶颈。
比如，有一个订单表（Orders）和一个客户表（Customers），你写了这样一条查询：
-- SQL Server 技术栈
SELECT * FROM Orders o JOIN Customers c ON o.CustomerID = c.CustomerID;
执行计划显示嵌套循环连接的开销是 80%，你可以考虑使用哈希连接或者合并连接来代替嵌套循环连接。
六、应用场景
SQL Server 执行计划解读在很多场景下都很有用。
1. 数据库优化
当数据库性能下降时，通过解读执行计划，我们可以找出性能瓶颈，然后对 SQL 语句或者数据库结构进行优化。比如，一个电商网站的订单查询很慢，通过解读执行计划，发现是因为全表扫描导致的，我们就可以通过创建索引来优化查询。
2. 开发调试
在开发过程中，我们写的 SQL 语句可能会有性能问题。通过查看执行计划，我们可以快速定位问题，提高开发效率。比如，开发一个管理系统，查询员工信息的 SQL 语句很慢，通过执行计划发现是排序操作的问题，我们就可以对 SQL 语句进行优化。
七、技术优缺点
优点
- 精准定位问题：通过执行计划，我们可以准确地知道 SQL 语句在执行过程中哪个操作消耗了最多的资源，从而快速定位性能瓶颈。
- 指导优化：执行计划能为我们优化 SQL 语句和数据库结构提供依据，让我们知道该从哪里入手进行优化。
缺点
- 学习成本：解读执行计划需要一定的数据库知识和经验，对于初学者来说可能有一定的难度。
- 依赖环境：执行计划会受到数据库版本、数据量、硬件环境等因素的影响，不同环境下的执行计划可能会有所不同。
八、注意事项
- 数据统计信息：数据库的统计信息会影响执行计划的生成。如果统计信息不准确，可能会导致执行计划选择不合适的操作。所以，要定期更新数据库的统计信息。
- 索引使用：虽然索引可以提高查询性能，但过多的索引也会影响数据库的写入性能。所以，要合理使用索引，避免创建过多不必要的索引。
九、文章总结
通过解读 SQL Server 执行计划，我们可以快速定位 SQL 性能瓶颈，然后对 SQL 语句和数据库结构进行优化。在实际应用中，我们要学会查看执行计划，分析里面的操作符、开销、估计行数和实际行数等信息，找出性能瓶颈并解决。同时，我们也要注意数据库的统计信息和索引使用，避免一些常见的问题。掌握了执行计划的解读方法，能让我们在开发和维护数据库时更加得心应手，提高数据库的性能和稳定性。
评论