写点什么

SQL Server 急救包(First Responder Kit)入门教程

  • 2017-02-15
  • 本文字数:1779 字

    阅读完需:约 6 分钟

如果你的 SQL Server 数据库运行起来十分缓慢甚至逐渐停止了,恰巧又赶上了你的数据库管理员在休假,你又不知道该如何是好,那么这篇文章会帮助你从学习使用 SQL Server 急救包(SQL Server First Responder Kit)开始解决问题。这个开源项目包含了一系列能够帮助数据管理员或者临时数据管理员的脚本,能够修复和调整SQL Server 实例至正常状态。

这些脚本以存储过程(stored procedures)的形式安装在你的服务器的“主”(master)数据库中。它们都以 “sp_” 为前缀,这能够保证它们在你所能看到任何一个数据库中都能被调用。

注意:SQL Server 总是首先搜索主数据库中以 “sp_” 开头的存储过程,因此如果标准的存储过程,即特定数据库的存储过程使用那个前缀的话,会略微影响服务器的速度,因为它被放在了错误的位置。

sp_BlitzWho: 是谁引起了当前的问题?

当数据库出错的时候你首先应该使用这个工具。它会告诉你谁被连接了,它们正在执行什么,并且会告诉你它们拖慢数据库的程度。

如果你发现了一个需要被关闭的无响应的程序,你可以使用 “kill” 命令加上相关的会话 id 来杀掉它。

如果问题还没有解决,那么你可以试试 sp_BlitzFirst。

sp_BlitzFirst: 你在等待什么?

sp_BlitzFirst 工具能帮助你发现你的数据库在等待什么。在下面的例子中你能看到 #1 问题除了 SQL Server 消耗了太多的 CPU 时间之外,还有其他的许多问题。

除非你在一个开发者的机器上来测试脚本,否则这些诊断信息真的很不常见。常见的是你会发现一个或更多的 “等待状态(wait stats)” 问题。

在SQL Server 中,所有可能减慢一条查询的速度的都被追踪为“等待状态(wait stats)”。它包括硬盘等待、网络I/O 等待和列粒度上或表粒度上的锁等待以及等待CPU 或者内存资源等等。输出列表中的链接会帮助你处理常见的等待类型,但是它能追踪上百种不同的等待类型,其中的一些影响系统性能的特定等待状态就不那么容易能找到相关信息了。

sp_Blitz: 这个数据库配置正确了吗?

当你第一次接管了一台数据库服务器时,你应该用到的工具就是 sp_Blitz。这个工具能够以配置数据库的方式识别出一些常见的问题。每一个检查到的问题都包括如何解决这个问题的信息和一个优先级,这个优先级指明了该以怎样的顺序解决这个问题。

从上边的图片你能看到,有许多数据库长时间没有备份或者长时间没有进行崩溃检查。

它能检测到的问题还包括:

  • 不良配置,尤其是“由默认引起的错误(wrong by default)”,例如并行查询阀值(cost threshold for parallelism)的默认配置错误。
  • 危险文件位置,例如在系统盘上存储事务日志。
  • 非生产许可证(Non-production licenses)的使用。
  • 对数据库崩溃、内存不足等警告的忽略。
  • 通用安全设置错误,例如错误的数据库所有者权限。

sp_BlitzCache: 哪些条查询需要进行调整?

如果当前的问题都已经解决了,你就可以开始探索一些主动提高性能的方法了。一个叫做 sp_BlitzCache 的工具就是用于此的。这个工具用于监控 SQL Server 的查询计划缓存(query plan cache),它能监测哪些查询对数据库超时有最大的影响。它也能警告你一些查询中的常见问题,例如通过标量运算和隐式类型转换来进行列计算。

sp_BlitzFirst 和 sp_BlitzCache 最主要的区别就是 sp_BlitzFirst 监测的是实时发生的事件。相反的是,sp_BlitzCache 监测的是历史数据,它能帮你识别出一个趋势,因此它不需要你当场找出存在问题的查询操作。

sp_BlitzIndex: 我的索引都是怎么工作的?

如果性能问题看起来是系统性的,而不是针对特定的查询,你需要检查的下一个地方就是索引了。索引丢失会造成严重的性能问题是众所周知的,它会造成查询时间呈十倍、百倍甚至千倍的增长。

一个同样重要的问题是过多的索引。除了告诉你丢失的索引外,sp_BlitzIndex 也会告诉你有可能在维护一个索引上花费的时间比使用它花费的时间还要长。不必要的索引维护不仅会减慢写入速度,还会产生除缓存以外的更多的数据,这些都会大大减慢不相关查询的速度。

SQL Server 急救包最早由 Brent Ozar Unlimited 开发,现在它已经是通过 MIT 协议的一个开源项目了。

查看英文原文: Getting Started with the SQL Server First Responder Kit


感谢刘志勇对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们。

2017-02-15 18:003687

评论

发布
暂无评论
发现更多内容

百度联合研究成果登上《自然》子刊 推动人才管理大数据智能化转型

百度大脑

百度 AI

揭开MySQL索引神秘面纱

咔咔

MySQL 索引

学习笔记

山@支

MySQL-技术专题-锁的介绍分析

洛神灬殇

MySQL lock 锁机制

百度交易中台之订单系统架构浅析

百度Geek说

云计算 架构 云原生 后端 云服务

AI开发降本提效之道:云智一体AI开发全栈模式

百度大脑

百度 AI 飞桨

Python OpenCV 泛洪填充,取经之旅第 21 天

梦想橡皮擦

Python OpenCV 4月日更

webrtc stream,source,track

webrtc developer

上来就问MySQL事务,瑟瑟发抖...

咔咔

MySQL 事务

​专科出身,2年进入苏宁,5年跳槽阿里,论我是怎么快速晋升的?

码农之家

Java 程序员 互联网 面试 阿里

第14期师资培训火热招生中尽享国赛智能车一手资料

百度大脑

人工智能

Linux C/C++ 服务器/后端开发/后台开发学习路线

Linux服务器开发

C/C++ Linux服务器开发 Linux后台开发 Linux后端开发

从零开始写游戏服务器①:前期了解

Integer

c

webrtc 开启新特性

webrtc developer

在华为云专属月中,寻觅互联网更需要的云味道

脑极体

低代码平台想要实现复杂的业务流程,这4个条件不能少!

优秀

低代码

什么是 Jenkins? 运用Jenkins持续集成

码语者

DevOps jenkins

Canalys发布2020 Q4中国云市场报告

百度大脑

百度 AI

如何保护您的SaaS应用程序?

龙归科技

网络安全 SaaS 远程工作 单点登录

解Bug之路-主从切换”未成功”?

无毁的湖光

数据库 主从环境

MySQL查询优化必备

咔咔

MySQL 查询优化

面试阿里P6,却被MySQL难倒,二战阿里,挤进天猫团队(Java岗)

Java 程序员 架构 面试

一位阿里P8技术大牛的Java面试题总结,在GitHub上仅一天就获赞上万!

Java架构之路

Java 程序员 架构 面试 编程语言

飞桨与宸曜科技完成兼容性认证

百度大脑

认证 飞桨

c 语言思维地基搭建(vis2013编译+第一个c语言程序)

-jf.

4月日更

Airtest入门及多设备管理总结

行者AI

自动化测试

你对JVM垃圾收集器了解多少?面试官夺命13问谁碰谁不迷糊啊!

北游学Java

Java JVM 垃圾回收

Apache-Flume的安装及简单应用

慢慢de

win10 flume 日志采集

跨专业?拿到阿里offer?我是如何一步一步做到的?

Java架构师迁哥

MVCC:听说有人好奇我的底层实现

咔咔

MySQL MVCC

聪明人的训练(八)

Changing Lin

4月日更

SQL Server 急救包(First Responder Kit)入门教程_语言 & 开发_Jonathan Allen_InfoQ精选文章