在今天的文章里,我想谈下SQL Server 2014里非常酷的提升:现在你终于可以根据需要的IOPS来压制查询!资源调控器(Resource Governor)自SQL Server 2008起引入,但提供的功能还是有所限制:你只能限制CPU时间(这个已经很棒了),还有你能限制查询(从每个独立的查询)内存量。
但作为DBA的你,你经常会进行一些数据库维护操作,例如索引重建,DBCC CHECKDB操作等。我们都知道,这些操作会在你的存储里带来大量的IOPS直至峰值。如果在7 * 24在线的数据库来说,这个会影响你的生产力,给业务和销售额带来很大影响。
自SQL Server 2014开始,这个情况就变了,因为你可以通过资源调控器来部署指定的资源池来限制IOPS使用率。当你隔离你的DBA操作到指定的资源池时,你能指定资源池可以使用的最大IOPS(包括最小IOPS)。因此你可以压制下DBA操作需要的IOPS。你的生产工作量就可以更好的使用你的存储。更多信息可以查看微软在线帮助。
我想用一个非常简单的例子来展示下这个行为。假设你是DBA,正要进行常规索引重建操作,这个需要通过资源调控器对它们的最大IOPS使用率进行控制。第1步我们为DBA操作创建专用的资源池和工作负荷组。
-- Create a new Resource Pool for the DBAs. -- We use a very high value for MAX_IOPS_PER_VOLUME so that we are -- currently running unlimited. CREATE RESOURCE POOL DbaPool WITH ( MAX_IOPS_PER_VOLUME = 100000 ) GO
-- Create a new Workload Group for the DBAs CREATE WORKLOAD GROUP DbaGroup USING DbaPool GO
从刚才的代码可以看到,CREATE RESOURCE POOL语句现在为你提供MAX_IOPS_PER_VOLUME属性(包括MIN_IOPS_PER_VOLUME)。这里我设置了一个很高的值,因此在第一次执行时IOPS不会受限,这里我们根据需要的IOPS建立了初始基线。下一步我会创建资源调控器需要的分类函数。
-- Create a new Classifier Function for Resource Governor CREATE FUNCTION dbo.MyClassifierFunction() RETURNS SYSNAME WITH SCHEMABINDING AS BEGIN DECLARE @GroupName SYSNAME IF SUSER_NAME() = 'DbaUser' BEGIN SET @GroupName = 'DbaGroup' END ELSE BEGIN SET @GroupName = 'Default' END RETURN @GroupName; END GO
在分类函数里我们根据登录进行评估。如果登录是DbaUser,进入的会话会在DbaGroup工作负荷组里。否则就进入默认的工作负荷组。最后我们在资源调控器注册并配置它,这样我们的设置就生效了。
-- Register the Classifier Function within Resource Governor ALTER RESOURCE GOVERNOR WITH ( CLASSIFIER_FUNCTION = dbo.MyClassifierFunction ) GO
-- Reconfigure Resource Governor ALTER RESOURCE GOVERNOR RECONFIGURE GO
现在当你创建名为DbaUser的登录时,你可以用它连接到你的SQL Server。你可以在DMV sys.dm_exec_sessions 看下 group_id列验证下到来的会话是否在正确的工作负荷组里。下一步我在ContoRetailDW数据库的FactOnlineSales表里的DataKey里创建一个非聚集索引。
-- Create a simple Non-Clustered Index CREATE NONCLUSTERED INDEX idx_DateKey ON FactOnlineSales(DateKey) GO
我们从开始就创建了资源池,现在在我们在我们的资源池里并没有限制。因此当我们现在进行刚才创建的非聚集索引的索引重建时,SQL Server会占用大量的IOPS。我们可以通过性能监控里的“SQL Server:Resource Pool Stats:Disk Write IO/Sec”性能计数器来验证刚才创建的资源池。
ALTER INDEX idx_DateKey ON FactOnlineSales REBUILD GO
可以看到索引重建花费近100的IOPS。接下来我要做的是限制DbaPool资源池为仅50的IOPS:
-- Let's change the Resource Pool by lowering the maximum IOPS. ALTER RESOURCE POOL DbaPool WITH ( MAX_IOPS_PER_VOLUME = 50 ) GO
现在当你执行索引重建时,在性能监视器里可以清楚看到,在特定的资源池里只有平均50 IOPS。
另外Disk Write IO Throttled/sec性能计数器也会告诉为你资源调控器的IOPS的限制数。
使用以前的资源调控器,查询本身毫无办法,它是否被压制了。这对性能调优也是个非常重要的因素。当启用资源调控器时,没有特定的等待类型出现在SQL Server里。我的测试显示一旦资源调控器启用时,有更多的PAGEIOLATCH_SH/PAGEIOLATCH_EX等待类型,这就对了。下面2个图片显示了对于发生索引重建的会话里具体的等待类型信息——第1个没有资源调控器,第2个有资源调控器压制了IOPS。
从2个图中可以看到,2个运行的测试有巨大的区别,尤其是在PAGEIOLATCH_EX 和 SOS_SCHEDULER_YIELD等待类型。
从我站在IOPS压制来看,对于已有的功能来说,资源调控器是个很好的附加,这让资源调控器更加成熟。
大家可以尝试用这个新功能解决IOPS方面的问题。
以上所述就是本文的全部内容,希望对大家的学习有所帮助。
SQL,资源调控器
RTX 5090要首发 性能要翻倍!三星展示GDDR7显存
三星在GTC上展示了专为下一代游戏GPU设计的GDDR7内存。
首次推出的GDDR7内存模块密度为16GB,每个模块容量为2GB。其速度预设为32 Gbps(PAM3),但也可以降至28 Gbps,以提高产量和初始阶段的整体性能和成本效益。
据三星表示,GDDR7内存的能效将提高20%,同时工作电压仅为1.1V,低于标准的1.2V。通过采用更新的封装材料和优化的电路设计,使得在高速运行时的发热量降低,GDDR7的热阻比GDDR6降低了70%。
更新动态
- 凤飞飞《我们的主题曲》飞跃制作[正版原抓WAV+CUE]
- 刘嘉亮《亮情歌2》[WAV+CUE][1G]
- 红馆40·谭咏麟《歌者恋歌浓情30年演唱会》3CD[低速原抓WAV+CUE][1.8G]
- 刘纬武《睡眠宝宝竖琴童谣 吉卜力工作室 白噪音安抚》[320K/MP3][193.25MB]
- 【轻音乐】曼托凡尼乐团《精选辑》2CD.1998[FLAC+CUE整轨]
- 邝美云《心中有爱》1989年香港DMIJP版1MTO东芝首版[WAV+CUE]
- 群星《情叹-发烧女声DSD》天籁女声发烧碟[WAV+CUE]
- 刘纬武《睡眠宝宝竖琴童谣 吉卜力工作室 白噪音安抚》[FLAC/分轨][748.03MB]
- 理想混蛋《Origin Sessions》[320K/MP3][37.47MB]
- 公馆青少年《我其实一点都不酷》[320K/MP3][78.78MB]
- 群星《情叹-发烧男声DSD》最值得珍藏的完美男声[WAV+CUE]
- 群星《国韵飘香·贵妃醉酒HQCD黑胶王》2CD[WAV]
- 卫兰《DAUGHTER》【低速原抓WAV+CUE】
- 公馆青少年《我其实一点都不酷》[FLAC/分轨][398.22MB]
- ZWEI《迟暮的花 (Explicit)》[320K/MP3][57.16MB]