本文介绍 Azure 顾问中提供的专用 SQL 池建议。
专用 SQL 池提供建议，确保以一致的方式优化数据仓库工作负荷的性能。 建议与 Azure 顾问紧密集成，直接在 Azure 门户中为你提供最佳做法。 专用 SQL 池每天收集一次活动工作负载的遥测和外围应用建议。 下面概述了支持的建议方案，以及如何应用建议的操作。
可以立即查看你的建议！
运行工作负荷时，数据倾斜可能会造成额外的数据移动或资源瓶颈。 以下文档介绍了如何识别数据倾斜，以及如何通过选择最佳的分布键来防止发生数据倾斜。
统计信息欠佳可能严重影响查询性能，因为它可能导致 SQL 查询优化器生成欠佳的查询计划。 以下文档介绍了有关创建和更新统计信息的最佳做法：
若要查看受这些建议影响的表列表，请运行以下 T-SQL 脚本。 顾问会不断运行相同的 T-SQL 脚本以生成这些建议。
为了提供复制表的建议，顾问将基于以下物理特征检测表候选项：
- 复制表的大小
- 列数
- 表分布类型
- 分区数
顾问持续利用基于工作负荷的试探法（例如，表的访问频率、平均返回的行数、有关数据仓库大小和活动的阈值）来确保生成优质建议。
以下部分介绍了基于工作负载的启发式方法，详见在 Azure 门户中针对复制表的每条建议中：
- 扫描平均值 - 在过去 7 天每次访问表时，从表中返回的行的平均百分比
- 频繁读取且不更新 - 表示该表在过去七天尚未更新，同时显示访问活动
- 读取/更新比率 - 表在过去七天中被访问的频率与更新频率的比率
- 活动 - 基于访问活动度量使用情况。 此活动将表访问活动与过去七天数据仓库中的平均表访问活动进行比较。
目前，顾问一次最多只显示 4 个复制表候选项，这些候选项具有聚集列存储索引，且具有最高活动优先级。
重要
复制表建议并非万无一失，也没有考虑到数据移动操作。 我们正在努力将此方法添加成一种启发式方法，但在此期间，请始终在应用建议后验证工作负载。 若要详细了解复制表，请访问以下文档。
如果你有一个很大的工作集，则可能会出现缓存命中百分比较低和缓存利用率较高的情况。 对于这种情况，应纵向扩展以增加缓存容量并重新运行工作负荷。 有关详细信息，请访问以下文档。
当存在高 tempdb 争用时，查询性能可能会降低。 tempdb 争用可能会通过用户定义的临时表或在发生大量数据移动时发生。 对于这种情况，可以进行扩展以分配更多的 tempdb，并配置资源类和工作负荷管理以便为查询提供更多内存。
应始终从与专用 SQL 池位于相同区域的存储帐户加载数据，以最大程度地减少延迟。 使用 COPY 语句进行高吞吐量数据引入，并在存储帐户中拆分暂存文件以最大限度地提高吞吐量。 如果无法使用 COPY 语句，可以使用 SqlBulkCopy API 或批处理容量较高的 bcp 来提高吞吐量。 有关更多数据加载指南，请参阅数据加载的最佳做法。