Azure SQL Database：如何为特定用户/查询设置优先级

嘿，这个场景我太熟悉了——保障关键查询不被非关键任务挤掉，在Azure SQL里确实有不少替代SQL Server Resource Governor的实用方案，我给你梳理几个靠谱的方向：

一、基于资源配额的用户/组控制 #

1. 弹性数据库池的数据库级资源分配 #

如果你的数据库部署在弹性池里，可以直接给关键数据库设置专属的资源配额，确保它总能拿到基础资源：

• 用T-SQL配置最小/最大CPU、内存占比：

  ALTER DATABASE [CriticalDB] 
  WITH (MIN_CPU_PERCENT = 30, MAX_CPU_PERCENT = 80, 
        MIN_MEMORY_PERCENT = 30, MAX_MEMORY_PERCENT = 70);
  

  这样即使其他库在跑任务，关键库也能预留30%的CPU和内存资源，避免被“饿死”。

2. 资源类（Resource Class）绑定用户/角色 #

Azure SQL支持通过资源类给不同用户分配不同的资源额度，关键用户可以绑定高资源类，获得更多查询资源：

• 创建关键用户角色并绑定高资源类：

  -- 创建角色
  CREATE ROLE CriticalQueryUsers;
  -- 添加用户到角色
  EXEC sp_addrolemember 'CriticalQueryUsers', 'YourCriticalLogin';
  -- 给角色绑定超大资源类
  EXEC sp_set_resource_class_role 'CriticalQueryUsers', 'XLargeRC';
  

  不同的资源类（比如SmallRC、MediumRC、XLargeRC）对应不同的CPU、内存和并行度配额，高资源类的查询会优先获得更多资源。

3. 托管实例的Resource Governor兼容 #

如果用的是Azure SQL托管实例，其实它完全支持SQL Server的Resource Governor功能！你可以像本地SQL Server一样创建资源池、工作负载组，给关键进程分配专属资源：

-- 创建关键资源池，预留50%CPU
CREATE RESOURCE POOL CriticalResourcePool 
WITH (MIN_CPU_PERCENT = 50, MAX_CPU_PERCENT = 90);
-- 创建工作负载组绑定到该池
CREATE WORKLOAD GROUP CriticalWorkloadGroup 
USING CriticalResourcePool;
-- 将关键登录映射到工作负载组
ALTER WORKLOAD GROUP CriticalWorkloadGroup
ADD MEMBER YourCriticalLogin;

二、关键查询的优先级管控 #

1. 查询存储+计划指南优化关键查询 #

先通过查询存储定位你的关键查询，然后给它们创建计划指南，强制使用高效执行计划，同时结合资源类提升优先级：

• 给关键查询设置高资源类会话：

  -- 关键进程连接后先执行这个，提升本次会话的资源配额
  EXEC sp_set_session_resource_class @resource_class = 'XLargeRC';
  -- 再执行关键查询
  SELECT * FROM CriticalTable WHERE ...;
  

2. 非关键查询的资源限制 #

反过来，限制非关键查询的资源占用，也是保障关键查询的有效方式：

• 给非关键查询设置低资源类，或者用查询级别的资源限制：

  -- 非关键查询用低资源类执行
  EXEC sp_set_session_resource_class @resource_class = 'SmallRC';
  SELECT * FROM NonCriticalTable WHERE ...;
  
  -- 或者直接在查询里限制资源占比
  SELECT * FROM NonCriticalTable WHERE ...
  OPTION (MAX_GRANT_PERCENT 20); -- 限制该查询最多用20%的资源
  

三、额外的最佳实践 #

• 用Azure Monitor监控关键查询的资源使用情况，实时调整配额配置；
• 对于Business Critical层级的数据库，利用只读副本分流非关键查询，减轻主库压力；
• 定期清理查询存储里的低效计划，避免非关键查询占用过多资源。

内容的提问来源于stack exchange，提问作者Meta