互联网时代的进程越走越深，使用MySQL的人也越来越多，关于MySQL的数据库优化指南很多，而关于SQL SERVER的T-SQL优化指南看上去比较少，近期有学习SQLSERVER的同学问到SQL SERVER数据库有哪些优化建议？本文列举了部分常见的优化建议，具体内容如下：

1. 优化建议

eg：在一个库存表 Inventory 中，避免使用 SELECt * FROM Inventory WHERe YEAR(StockDate) = 2023，而是使用 SELECt * FROM Inventory WHERe StockDate >= '2023-01-01' AND StockDate < '2024-01-01'。

eg：在一个订单表 Orders 中，如果有复合索引 (CustomerID, OrderDate)，查询时应该先使用 CustomerID，如 SELECt * FROM Orders WHERe CustomerID = @CustomerID AND OrderDate BETWEEN @StartDate AND @EndDate。

eg：不建议使用 SELECt col1, col2 INTO #t FROM t WHERe 1 = 0，可以改为明确创建表结构并使用 CREATE TABLE #t (...)。

eg：在一个产品表 Products 中，避免使用 SELECt * FROM Products WHERe ProductID IN (SELECt ProductID FROM DiscontinuedProducts)，可以改为 SELECt * FROM Products WHERe EXISTS (SELECt 1 FROM DiscontinuedProducts WHERe ProductID = Products.ProductID)。

eg：在一个用户表 Users 中，如果频繁更新用户姓名，考虑是否将姓名列设为非聚集索引，以避免整个表记录顺序调整。

eg：在一个文章表 Articles 中，如果存储文章内容，使用 VARCHAr(MAX) 而非 TEXT。

eg：在一个员工表 Employees 中，避免使用 SELECt * FROM Employees，而是明确指定需要的列，如 SELECt EmployeeID, FirstName, LastName FROM Employees。

eg：在一个小型数据集的情况下，可以使用表变量而不是创建临时表来存储中间结果。例如，使用表变量替代以下的临时表：

eg：在一个存储过程中，如果需要多次使用相同的临时表，不要在每次使用时都创建和删除，而是在存储过程的开头创建一次，最后删除。

eg：在一个复杂的查询中，如果需要多次引用中间结果，可以考虑使用临时表。但应注意不要滥用，确保临时表的使用是必要的。

eg：在需要一次性插入大量数据的情况下，可以使用 SELECT INTO 替代 CREATE TABLE 和 INSERT 的两步操作，以减少日志记录。

eg：在存储过程或脚本的最后，确保显式删除所有创建的临时表，以释放系统表资源。

eg：在一个订单表 Orders 中，避免使用游标来逐行处理数据，可以考虑使用集合操作或者其他优化方法。

eg：在需要对大量数据进行操作时，尽量寻找基于集的解决方案，以避免使用游标或临时表。例如，使用窗口函数或联接来处理数据。

eg：在存储过程中使用 SET NOCOUNT ON 和 SET NOCOUNT OFF，以减少向客户端发送 DONE_IN_PROC 消息，提高性能。

eg：在一个银行交易表 Transactions 中，避免在一个事务中处理过多的交易记录，以提高系统并发能力。

eg：在一个日志表 Logs 中，如果查询可能返回大量的日志记录，应该审查客户端是否真的需要这么多数据，考虑分页或其他方式减少返回的数据量。

使用或分析查询执行计划，发现潜在问题。

2. 结语

熟悉其他数据库的同学应该也能对比出，很多数据库的优化经验是相通的，所以在学习其他数据库的时候可以借鉴已掌握的经验去对比学习，这样学习起来也会事半功倍。

往期精彩回顾

1.

5. PostgreSQL主从复制--物理复制

6. MySQL传统点位复制在线转为GTID模式复制

7

8