xia_xing的专栏

【问题描述】我们可能会在数据库的错误日志里，发现这么一条信息:A time-out occurred while waiting for buffer latch – type 4, bp 000000097BFDEDC0, page 1:19239, stat 0xc00009, database id: 5, allocation unit Id: 72057615247867904, task

今天一个同事突然告诉我，以前跑得很正常的一个SQL语句，执行时突然报如下错误： 消息1222，级别16，状态18，第1 行 已超过了锁请求超时时段。 消息8630，级别16，状态1，第1 行 内部查询处理器错误: 查询处理器在执行过程中遇到意外错误。 我执行了一下这个SQL语句，也是报如上错误，感觉有点奇怪，还是第一次遇到这种错误。我初步怀疑是SQL中某个表出现一致性

1、exec sp_who2 执行存储过程查看那些语句处于挂起或者阻塞状态。 spid 表示当前回话ID 唯一的 status表示状态当前执行的状态 当状态为SUSPENDED时说明当前语句为挂起状态 HostName 表示回话客户端的计算机名称 Blkby 表示的是令当前回话阻塞的其他回话ID。正常表示为 . DBName 表示当前回话连接的数据库名称状态为SUSPENDED 时，

使用活动监视器sqlserver活动监视器的位置，右键连接可以直接打开，工具栏中按钮，快捷键ctrl+alt+A 不过与qq截屏快捷键相同。 活动监视器中查看分为四类：进程、资源等待、数据文件I/O以及最近耗费大量资源的查询 、 进程中列： 会话ID：数据库中的唯一标示列 登录名：连接数据库的用户名 数据库：此回话ID当前连接的数据库名 任务状态：当前连接的状态 阻塞者：阻塞当前会话

1、查询分析器无法正常连接SQL Server数据库时的错误： 由于系统缓冲区空间不足或队列已满，不能执行套接字上的操作2、此情况一般是服务器端的端口用尽的表现，解决办法，执行以下命令行，查看端口使用情况，关闭异常使用的程序即可。 命令行： netstat -ano >D:\YSH.txt查看D:\YSH.txt活动连接 协议 本地地址 外部地址 状态

查看sql server日志 ，管理-》sql server 日志1、打开跟踪标记 DBCC TRACEON (3605,1204,1222,-1) 参数：3605 将DBCC的结果输出到错误日志。 1204 返回参与死锁的锁的资源和类型，以及受影响的当前命令。 1222 返回参与死锁的锁的资源和类型，以及使用了不符合任何 XSD 架构的 XML 格

update A set from A left join B on 此方法常用来使用根据一个表更新另一个表的数据，来进行数据同步更新。若是A表行与B表行为一对一的对应关系，更新不存在问题，若是A表行与B表行对应关系为一对多的时候，需注意A表更新的列并非B表的累计值，而是第一个数值。首先建立两个表 A,B 对A表建立触发器查看更新信息CREATE TABLE yshA (keyA VARCH

MSSQL2008R2升级到2012:“有效的数据库兼容级别和成功的连接”规则失败规则检查结果：“有效的数据库兼容级别和成功的连接”规则失败。报表服务器数据库未处于支持的兼容级别或者无法建立连接。请使用 Reporting Services 配置管理器验证报表服务器配置，并且使用 SQL Server 管理工具验证兼容级别。处理方法： 一、确认报表服务器服务开启。 二、确认报表...