摘要：
--drop database db --创建一个测试库 create database db go --备份一个完整备份文件 backup database db to disk = 'd:\db.bak' go --创建一个测试表 use db go create table db.dbo.td_test(id int) go insert into db.dbo.td_test value... 阅读全文
摘要：
首先，我们需要打开命令行模式，利用win+r键打开运行，输入cmd回车即会出现 首先，我们需要打开命令行模式，利用win+r键打开运行，输入cmd回车即会出现 然后在命令行界面输入wmic进入命令行系统管理执行脚本界面 然后在命令行界面输入wmic进入命令行系统管理执行脚本界面 然后我们通过cpu 阅读全文
摘要：
--收缩数据库 dbcc shrinkdatabase('test_db') dbcc shrinkfile(1, 0) --数据文件mdf dbcc shrinkfile(2, 0) --日志文件ldf dbcc updateusage (0) --更新 阅读全文
摘要：
对于语句的运行，除了执行计划本身，还有一些其他因素要考虑，例如语句的编译时间、执行时间、做了多少次磁盘读等。 如果DBA能够把问题语句单独测试运行，可以在运行前打开下面这三个开关，收集语句运行的统计信息。 这些信息对分析问题很有价值。 SET STATISTICS TIME ON 请先来看看SET 阅读全文
摘要：
1.前言 对于优化SQL语句或存储过程，以前主要是用如下语句来判断具体执行时间，但是SQL环境是复杂多变的，下面语句并不能精准判断性能是否提高；如果需要精确知道CPU、IO等信息，就无能为力了。 1 2 3 PRINT convert(varchar(30),getdate(),121) selec 阅读全文
摘要：
我们抛开参数嗅探的话题，回到了本系列的最初关注点中：为什么语句在应用程序中慢，但是在SSMS中快？到目前为止，都是在说存储过程的情况。而存储过程的问题通常是因为SET ARITHABORT的不同设置项的原因。如果你的应用不使用存储过程，而是通过中间层提交客户端的查询，那么也有几个原因可能让你的查询因 阅读全文
摘要：
首先我们需要明白，参数嗅探本身不是问题，而是一个特性，避免SQL Server做出盲目的假设，从而产生次优查询计划。但是有些情况下，参数嗅探却会带来负面影响。通常有下面三种典型的情况： 我们往往很难预先知道实际情况，所以才需要做仔细的分析。上一节已经讨论了需要获取一些什么信息，但是还有一个极其有帮助 阅读全文
摘要：
前面已经提到过关于存储过程在SSMS中运行很快，但在应用程序中运行很慢的可能原因：因为ARITHABORT的不同选项会导致不同的缓存词目，另外由于SQL Server使用了参数嗅探导致获得了不同的执行计划。 虽然已经说明了这个现象的原因，但是还没解释：如何定位和解决这个问题？到目前为止，大家都知道了 阅读全文
摘要：
在我们开始深入研究如何处理参数嗅探相关的性能问题之前，由于这个课题过于广泛，所以首先先介绍一些跟参数嗅探没有直接关系的内容，但是又会导致语句在SSMS和应用程序中存在性能差异的情况。 替换变量和参数： 前面已经接触过，但是在这里对其进行扩展。有时会看到论坛上有人说，某个存储过程很慢，但是把相同的语句 阅读全文
摘要：
本文介绍SQL Server如何编译存储过程并使用计划缓存。如果你的应用程序完全没有用到存储过程，而是直接使用SQL语句提交请求，那么本文大部分内容也是有效的。但是关于动态SQL的编译会在后面章节介绍，这里重点关注让人头痛的存储过程问题。 什么是存储过程？ 虽然这个问题有点愚蠢，但是实际的问题是：什 阅读全文