当某个数据库文件空间用尽，做自动增长的时候，同一时间点只能有一个用户人员可以做文件自动增长动作，其他任务必须等待，此时会出现Latch资源的等待。使用sp_helpdb查看业务数据库时发现：该数据库设置不合理，数据文件每次增长2M，日志文件每次增长10%，且分别设置了最大限制。修改为每次增长200M，不限制大小，系统恢复正常，问题解决。SqlServer阻塞时的等待类型如下： 顺便整理一下查看阻塞、会话状态及等待类型的SQL脚本：--...
测试sql： 复制代码 代码如下:SET STATISTICS IO ON SET STATISTICS TIME ON SELECT COUNT(1) FROM dbo.tbtext a INNER LOOP JOIN dbo.tbtext b ON a.id = b.id option (maxdop 1) SET STATISTICS IO Off SET STATISTICS TIME Off 表结构： 复制代码 代码如下:CREATE TABLE [dbo].[tbtext]( [id] [int] IDENTITY(1,1) NOT NULL, [VALUE] [int] NULL ) ON [PRIMARY] 单这句测试，看执行计划根本看不出区别。 |--Compute Scalar(DEFI...
如果你曾经做了很长时间的DBA，那么你会了解到SQLServe的性能调优不是一个精密的科学。即使是，对于为最佳的性能找到最佳的配置也是很困难的。这是因为对于调优来说很少东西是绝对的。例如，一个性能调优可能对某一方面有用，可是却会影响其他的性能。我曾经做过DBA，在最后7年的日子里，我总结了一套SQLServer调优的清单。当第一次进行SQLServer性能调优的时候，可以用它来作为一个向导。我经常被邀请去检查SQLServer并提供一些性...
对于在线运行的系统，当前数据库性能监控，通常监视以下几点：(1) 是否有阻塞 (Blocking);(2) 是否有等待 (Waiting)，阻塞就是锁 (Lock) 等待;(3) 是否运行时间过长(Long running)；(4) 是否有死锁 (Deadlock)；sys.dm_exec_query_stats之类，等一些统计性的信息，通常不作为实时告警内容，而是在性能优化时，作为参考。 一. 阻塞/等待/长时间运行1. SQL Server 2005 及以后版本检查SELECT r.session_id,r.blocking_session_id,DB_...
2、在Startup中注册服务，如下：
3、在HomeController中添加如下内容：
4、在Privacy.cshtml添加如下内容
5、创建一个sqlserver 数据库的表，这个表用来存储sqlserver 缓存的，可以手动去创建，也可以使用sql-cache工具去创建(建议使用工具，本文使用的sql-cache工具)，
要使用sql-cache工具，就要先在电脑中安装了sql-cache工具，安装sql-cache工具命令如下：
win+ R ，打开cmd 输入：dotnet tool install --global ...
很多时候，我们服务器的性能瓶颈会是在查询数据库的时候，所以对数据库的缓存非常重要，那么有没有一种方法，可以实现SQL SERVER数据库的缓存，当数据表没有更新时，就从缓存中读取，当有更新的时候，才从数据表中读取呢，答案是肯定的，这样的话我们对一些常用的基础数据表就可以缓存起来，比如做新闻系统的新闻类别等，每次就不需要从数据库中读取了，加快网站的访问速度。 那么如何开启SQLSERVER数据库缓存依赖，方法如下： 第一...
在执行任何查询时，SQL Server都会将数据读取到内存，数据使用之后，不会立即释放，而是会缓存在内存Buffer中，当再次执行相同的查询时，如果所需数据全部缓存在内存中，那么SQL Server不会产生Disk IO操作，立即返回查询结果，这是SQL Server的性能优化机制。
一，主要的内存消费者（Memory Consumer)
1，数据缓存（Data Cache）
Data Cache是存储数据页（Data Page）的缓冲区，当SQL Server需要读取数据文件（File）中的数据页（...
分页查询的方法已经很多很多，在这里我也加入成为其中一员。 SQL Server中有一个Set Rowcount的的设置，它的意思是使命令的处理在响应指定的行数之后停止处理命令，利用这个特点，我们可以借用它来在一个千万行级数据表中实现高性能分页查询。先来说说实现方式： 1、我们来假定Table中有一个已经建立了索引的主键字段ID（整数型），我们将按照这个字段来取数据进行分页。 2、页的大小我们放在@PageSize中 3、当...
STATISTICS TIME ON
select top 10000 * from Measure_heat
select top 10000 * from Measure_heat order by id desc显示结果：2. SET STATISTICS IO：生成的磁盘活动量的信息。SET STATISTICS IO ON
select top 10000 * from Measure_heat
select top 10000 * from Measure_heat order by id desc显示结果：对于逻辑读取、物理读取，lob读取等概念，微软的解释是：对于lob的概念，我在网上找了很久没有找到，最后在msdn官方的Lib...
t.表地址,t.当前热量,t.热功率,t.瞬时流量,t.累计流量,t.供水温度,t.回水温度,t.温差,t.累计工作时间,t.采集时间,t.社区编号,t.楼房编号,t.房间号
from measure_heat t
where 采集时间 = (select max(采集时间) from measure_heat where 表地址 = t.表地址 and 采集时间 >= ‘2013-11-11‘ and 采集时间 <= ‘2014-4-11‘)这是一个用max函数查询大范围数据的语句。经过查询计划发现，采集时间列没有索引，导致查询时会有扫描表的操...
*****************************************************************
--name : --函数名
--function : --函数功能
--input : --输入参数 --output : --输出参数
--author : --作者
--CreateDate : --创建时间
--UpdateDate : --函数更改信息（包括作者、时间、更改内容等） --******************************************************************
CREATE [OR REPLACE] FUNCTION dfsp_xxx … b. 传入参数的含义应该...
DB_NAME(database_id),SUM(free_space_in_bytes) / 1024 AS ‘Free_KB‘
FROM sys.dm_os_buffer_descriptors
WHERE database_id <> 32767
GROUP BY database_id
ORDER BY SUM(free_space_in_bytes) DESC
GOe. 包含 varchar、nvarchar、varbinary 或 sql_variant 列的表不受此限制的约束。MSDN上有进一步解释行溢出数据超过 8 KB。二、页的上层“区”区是管理空间的基本单位。一个区是八个物理上连续的页（即 64 KB）。这意味着 SQL...
一，新建测试表 CREATE TABLE [dbo].[Users]( [ID] [int] IDENTITY(1,1) NOT NULL, [NAME] [char](80) NOT NULL, [CreatTime] [datetime] NOT NULL ) ON [PRIMARY] 删除默认聚集索引，新建一个在name列上非聚集索引 插入500条数据 查看该表的页的信息 ---开启跟踪标志 DBCC TRACEON(3604,2588) --DBCC TRACEOFF(3604,2588) ---获取对象的数据页，结构：数据库、对象、显示 DBCC IND(Ixte...
一，非聚集索引组合索引 用户可以在多个列上建立索引，这种索引叫做复合索引(组合索引)。但复合索引在数据库操作期间所需的开销更小，可以代替多个单一索引。当表的行数远远大于索引键的数目时，使用这种方式可以明显加快表的查询速度。 同时有两个概念叫做窄索引和宽索引，窄索引是指索引列为1-2列的索引,如果不特殊说明的话一般是指单一索引。宽索引也就是索引列超过2列的索引。 设计索引的一个重要原则就是能用窄索引不用...
一，非聚集索引的include 非聚集索引的Include属性可以让非聚集索引包含其他列。如 CREATE NONCLUSTERED INDEX [NonIxUser] ON [dbo].[Users] ( [NAME] ASC ) INCLUDE ( [ID], [CreatTime]) GO 这表语句就是在Name列的非聚集索引上添加ID，和CreateTime列。 在上一个介绍中，我们知道在查询NAME = ‘张三180‘ 时，会出现RID，同时读取次数是3次 现在加上非聚集索引的Include列，结果会怎样？ 三、RID...
