很久没有写文章了,在系统正式上线之前,DBA一般都要测试一下服务器的性能

比如你有很多的服务器,有些做web服务器,有些做缓存服务器,有些做文件服务器,有些做数据库服务器

做数据库服务器的那台服务器性能要相对较好,磁盘,内存,CPU等等,

那么在选用其中某一台服务器作为数据库服务器之前需要测试每一台服务器的性能

并且需要设置一些硬件的参数,例如设置磁盘控制器的参数,参考文章:Writeback和Writethrough区别

那么具体怎麽测试呢?怎麽得出测试指标呢?

大家可以参考这篇文章:SQL Server Database Engine Performance Tuning Basics


正文

随着市场份额的SQL Server的发展随着时间的推移,有越来越多的对SQL服务器性能调优的需求。

有不同的团队和个人采用各种各样的方法提高SQLSERVER服务器的性能,

而且我认为这些记录SQLSERVER troubleshooting 的基本步骤和提高各种程序性能的文档对SQLSERVER社区是有意义的

磁盘

为了SQLSERVER能有效运行,监控和优化SQLSERVER的磁盘子系统是一个重要的方面

我们需要非常明确磁盘的性能需求

Avg. Disk Sec/Read 这个计数器是指每秒从磁盘读取数据的平均值

下面的列表显示这个计数器值的范围,并指出这个计数器所处范围的意思

少于 10 ms - 非常好
在 10 - 20 ms 之间- 还可以
在 20 - 50 ms 之间- 慢,需要关注
大于 50 ms –严重的 I/O 瓶颈

磁盘性能测试工具

(1)CrystalDiskMark

(2)HDTUNE 硬盘检测修复工具

(3)ATTO Disk Benchmark

辨别I/O瓶颈

PhysicalDisk Object:Avg. Disk Queue:所选物理磁盘在取样期间被排队的磁盘读写请求平均值

如果你的磁盘队列长度经常超出SQLSERVER磁盘使用峰值的2倍,那意味着可能有I/O瓶颈了

Avg. Disk Sec/Read:每秒从磁盘读取数据的平均值

Avg. Disk Sec/Write:写入数据到磁盘的平均时间,Avg. Disk Sec/Read参考指标

Physical Disk:%Disk Time磁盘时间是所选磁盘驱动器繁忙处理读写请求时所花时间的百分比,一个指标就是如果这个值大于50%,那么就存在I/O瓶颈

Avg. Disk Reads/Sec:在磁盘上的读操作的比率。确保这个数字小于磁盘吞吐量的85%。当这个值超过85%磁盘访问时间会以指数式增长

Avg. Disk Writes/Sec c:在磁盘上的写操作的比率。确保这个数字小于磁盘吞吐量的85%。当这个值超过85%磁盘访问时间会以指数式增长

对于更多的信息,可以参考“如何创建性能计数器集”:http://technet.microsoft.com/en-us/library/cc722148.aspx

磁盘驱动器的位置

为了不同的目的,你需要使用不同的驱动器来存放下面的东西
独立的磁盘延时需求:
数据库大于15ms

事务日志大于2ms

Tempdb数据库大于2ms

磁盘速度的优先级

意思是说,Tempdb放在单独的物理磁盘,事务日志文件放在单独的物理磁盘,数据文件放在单独的物理磁盘,操作系统放在单独的物理磁盘,

数据库备份文件放在单独的物理磁盘

一般我们的做法:不可能有那么多单独的物理磁盘,一般就是做了磁盘阵列的存储

C盘放操作系统文件

D盘放数据文件和事务日志文件 和Tempdb数据文件和Tempdb日志文件

E盘放数据库备份文件

当格式化磁盘的时候,对于要存放SQLSERVER数据文件和日志文件的磁盘,尽量不要使用默认的磁盘分配单元

使用64k 簇大小 Allocation Unit 来格式化磁盘,至于为什麽大家可以看一下这篇文章:如何用Procmon.exe来监视SQLSERVER的logwrite大小


杀毒软件

杀毒软件会对SQLSERVER的一些功能产生问题,使用杀毒软件的排除功能将数据库的文件排除在扫描的范围外是很重要的(放入杀软的扫描例外里)

下面的文件类型是需要排除在外的

*.mdf, *.ndf, *.ldf, *.bak

相关文章:杀毒软件导致YourSQLDba备份失败

文章中说到因为杀毒软件扫描备份文件夹并锁住了备份文件夹,导致SQLSERVER备份数据库失败


内存

总是给分配最大的内存给SQLSERVER实例在服务器属性那里设置

注意:最大内存设置只对SQLSERVER的buffer cache部分有效,不包括SQLSERVER的一些需要内存的功能,例如复制

(SQLSERVER2012的最大内存设置已经可以限制buffer cache部分和非buffer cache部分的内存)

为了指明Non-Buffer Pool 的内存占用,使用下面的说明

SQL Server’s buffer pool外的内存需求(这个需求不是说你设置了SQLSERVER最大内存之后,所剩下的内存的需求,不管你有没有设置SQLSERVER的最大内存

下面几项都是服务器固定需要消耗的内存,而无论你的服务器内存是4G,8G还是16G,下面几项都会固定占用服务器的内存)

(1)操作系统需要占用2GB内存,如果是64位操作系统,操作系统占用内存不大于3GB

(2)SQLSERVER工作线程的倍数,你可以在SQLSERVER服务器属性里设置最大工作线程,

每个线程会使用0.5MB内存(X86服务器)

每个线程会使用2MB内存(X64服务器)

每个线程会使用4MB内存(Itanium服务器)

注意:0.5MB内存存放的是线程自身的数据结构和相关信息,不包括数据

为什么各种服务器所分配的线程内存不一样,这个是操作系统分配的,SQLSERVER并没有做特别的设置!

如果你设置最大的工作线程数为10个,服务器是X86,刚好服务器用尽了10个线程,那么占用的内存是10*0.5MB=5MB内存

(3)1GB的 multi-page 内存占用,链接服务器和其他SQLSERVER外围的程序占用

(4)运行在服务器上的程序可能占用1~3GB内存,例如备份程序

例子

例如,一个8核服务器,16GB内存,运行着SQLSERVER2012 X64,上面运行着第三方的备份程序,你可以参照下面的清单

(1)3GB 给 Windows (2GB for 32 Bit Windows)

(2)1GB 给 SQLSERVER 工作线程 (576 × 2MB 大概)

各种CPU和SQLSERVER版本组合自动配置的最大工作线程数
CPU数       32位计算机      64位计算机
<=4             256               512
8                 288               576
16               352                704
32               480                960

(3)1GB for MPAs, etc. (multi-page apply)

(4)1~2 GB 给 备份程序.

您能够找到更多信息关于“最大工作线程选项”http://technet.microsoft.com/en-us/library/ms187024(v=sql.105).aspx

(For SQL Server 2008).

开启Lock Pages in Memory 选项

Windows组策略决定哪个Windows账户能使进程将他的数据逗留在物理内存里,防止操作系统把程序数据从物理内存换页换出磁盘上的虚拟内存

这能够给您带来性能上的提升,特别遇到内存压力的时候


TempDB 数据库的优化

默认,Tempdb数据库只有一个数据文件和事务日志文件。然而,为了性能的优化,跟着下面给出的建议最佳实践

TempDB数据库的存储计划

(1)设置Tempdb数据库的恢复模式为简单(默认就是简单的),简单模式能够自动回收日志空间使日志空间的需求保持最小

(2)不要让Tempdb的数据文件自动增长,这可以减少管理动态文件增长的CPU开销

对于Tempdb数据库,可以分开多个数据文件(总的Tempdb数据库数据文件的数量=CPU逻辑处理器的数量,比如8核服务器可以分8个数据文件)

每个数据文件的大小要一样

(3)尝试将这些数据文件存放在不同的磁盘驱动器上以利用并行I/O

(4)TempDB 数据文件和 日志文件应该存放在较快速度的磁盘上(如果可能推荐放在做了RAID 1的磁盘上)

(5)使用RAID-10 或者 SSD 磁盘

(6)预先定义好Tempdb数据库的文件大小

(7)设置Tempdb总的大小为当前数据库实例中最大的那个数据库的25%

(8)设置Tempdb数据文件自动增长的固定大小小于200MB

(9)你应该设置Tempdb数据库的数据文件数量跟逻辑CPU的数量一致,最多不超过8个数据文件


CPU的优化

设置最大并行度(Max Degree of Parallelism)

定义多少个逻辑CPU能并行执行查询

很多微软的产品,例如SharePoint 和 Dynamics CRM都把这个设置设置为1,这个是推荐的设置

对于 SharePoint  的LOB 应用程序,当你看到有很多CXPACKETS 的等待类型在你的SQLSERVER服务器里,

你应该考虑一下将这个设置(Max Degree of Parallelism)设置为1


索引填充因子

如果你的SQLSERVER服务器有非常高的事务量TPS (transaction per second)

你的索引有比较高碎片级别,考虑一下将填充因子设置为“80%”

并且使用下面的SQL语句检测一下索引碎片

SELECT  DB_NAME(ps.database_id) AS 'Database Name' ,OBJECT_NAME(ps.OBJECT_ID) AS 'Database Object' ,ps.index_id ,b.name ,ps.avg_fragmentation_in_percent
FROM    sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, NULL) AS psINNER JOIN sys.indexes AS b ON ps.OBJECT_ID = b.OBJECT_IDAND ps.index_id = b.index_id
WHERE   ps.database_id = DB_ID('ReportServerTempDB')
ORDER BY ps.avg_fragmentation_in_percent DESC
GO


使用Performance Monitor (Perfmon.exe)来监控系统性能

为了捕获SQLSERVER特定的性能指标,你需要使用下面的计数器

Processor: % Processor Time  :平均应该低于75% (最好低于50%)

System: Processor Queue Length:平均每个逻辑CPU应该低于2,例如在一个2逻辑CPU的机器上,他应该保持在4

Memory—Pages/sec:平均应该低于20(最好低于15%)

Memory—Available Bytes :可用内存应该保持在50MB以上

Physical Disk—% Disk Time:
Physical Disk—Avg. Disk Queue Length :每个磁盘平均应该低于2,例如:一个RAID5磁盘,这个指标应该平均低于10

Physical Disk—Avg. Disk Reads/sec :取决于CPU和磁盘的大小,应该低于相对应磁盘的吞吐量的85%

Network Interface—Bytes Total/sec :用于统计网络带宽方

SQL Server: Buffer Manager—Page Life Expectancy:用于统计内存,应该保持在300秒
SQL Server: 一般统计用户的连接数 来估计大概使用的内存
SQL Server: Databases— Transactions/sec :每秒的事务数
SQL Server: Databases—Data File(s) Size KB:用于统计数据库数据文件的大小,衡量磁盘子系统的性能
SQL Server: Databases—Percent Log :衡量磁盘子系统的性能

如有不对的地方,欢迎大家拍砖o(∩_∩)o 

转自博客园:https://www.cnblogs.com/lyhabc/p/3623240.html

Sqlserver数据库性能优化相关推荐

  1. 转载:SqlServer数据库性能优化详解

    本文转载自:http://blog.csdn.net/andylaudotnet/article/details/1763573 性能调节的目的是通过将网络流通.磁盘 I/O 和 CPU 时间减到最小 ...

  2. 总结sqlserver数据库性能优化相关的注意事项

    一.分析阶段一般来说,在系统分析阶段往往有太多需要关注的地方,系统各种功能性.可用性.可靠性.安全性需求往往吸引了我们大部分的注意力,但是,我们必须注意,性能是很重要的非功能性需求,必须根据系统的特点 ...

  3. 历年双11实战经历者:我们是如何做数据库性能优化及运维-CloudDBA和天象

    8月24日阿里云数据库技术峰会上,阿里云高级DBA专家玄惭带来面对超大规模的数据库集群,尤其是在每年像双11这样重大促销活动中,阿里云是如何进行运维和优化的.本文主要介绍了天象和CloudDBA两个产 ...

  4. MySQL数据库性能优化之一

    MySQL数据库性能优化需要考虑的几个方面: 1.sql语句及索引优化 2.数据库结构优化 3.系统配置优化 4.硬件优化 转载于:https://blog.51cto.com/davidlinux/ ...

  5. mysql 改表面_MySQL_解析MySQL数据库性能优化的六大技巧,数据库表表面上存在索引和防 - phpStudy...

    解析MySQL数据库性能优化的六大技巧 数据库表表面上存在索引和防错机制,然而一个简单的查询就会耗费很长时间.Web应用程序或许在开发环境中运行良好,但在产品环境中表现同样糟糕.如果你是个数据库管理员 ...

  6. [转]数据库性能优化(老Key)

    数据库性能优化一:数据库自身优化(大数据量) https://www.cnblogs.com/AK2012/archive/2012/12/25/2012-1228.html 数据库性能优化二:数据库 ...

  7. mysql数据库前端缓存_MySQL数据库性能优化--缓存参数优化

    在平时被问及最多的问题就是关于 MySQL 数据库性能优化方面的问题,所以最近打算写一个MySQL数据库性能优化方面的系列文章,希望对初中级 MySQL DBA 以及其他对 MySQL 性能优化感兴趣 ...

  8. 数据库性能优化—全局优化思路

    一.数据库访问优化法则 要正确的优化SQL,我们需要快速定位能性的瓶颈点,也就是说快速找到我们SQL主要的开销在哪里? 大多数情况性能最慢的设备会是瓶颈点,如下载时网络速度可能会是瓶颈点,本地复制文件 ...

  9. oracle使用 union all 用自增序列_值得收藏的Oracle数据库性能优化

    值得收藏的Oracle数据库性能优化 年尾了,新的一波面试军又要开始了,被问到最多的可能就是性能优化,尤其是数据库性能优化,这个面试题不管是初中高级工程师都会被问到.因此我觉得下面31点ORACLE优 ...

最新文章

  1. 自动驾驶汽车事故的责任追究
  2. “掘金”金融AI落地,英特尔趟出一套通关攻略
  3. 用python解“用天平找小球”题
  4. 把一个中文日期时间格式字符串转为日期时间
  5. python图片识别验证码软件_python识别图片验证码
  6. 在你的andorid设备上运行netcore (Linux Deploy)
  7. 语言程序设计 郭有强_「概念篇8」程序语言如何被计算机理解?靠猜?那就搞笑了...
  8. 随想录(快速使用lua)
  9. 初次接触NHibernate遇到的问题及解决方法
  10. linux之rpm命令
  11. 广义相对论场方程的发现是必然的
  12. 2014Esri全球用户大会之Developer
  13. 小程序mqtt实现聊天功能
  14. linux查询本机IP地址(可用于SSH访问)
  15. 新加坡政府企业架构:问题、实践和趋势(2008)
  16. Python中对列表中的字典元素进行排序
  17. 盛世乐居回应近期股价波动
  18. Day 2 WebAPIs 实例
  19. 献给80还有少数90
  20. amap 高德 地图打点 地图描点 描点居中 清除打点

热门文章

  1. scikit-learn工具包中常用的特征选择方法介绍
  2. java中如何输入乘号_乘号在JAVA编成中应怎样直接读取? 它应属于什么类型的?...
  3. 巴法云 使用 esp01s wifi模块 做一个网络智能开关
  4. OpenCV系列之特征匹配 | 四十四
  5. 2022-4-16 splice实现回射服务器《Linux高性能服务器笔记》
  6. obs linux编译,obs-studio模块分析与源码编译
  7. js实现首尾相连的文字滚动效果
  8. leetcode系列-70. 爬楼梯
  9. ARTS-11(动态规划、线程池解析、Feign原生接口调用、好用工具推荐)
  10. Redmine 部署分享 2022.10