锁的概念 锁是什么 锁是数据库中在并发操作情形下保护资源的机制.通常(具体要看锁兼容性)只有锁的拥有者才能对被锁的资源进行操作,从而保证数据一致性. 锁的概念可分为几部分 锁资源(锁住什么) 锁模式(怎么锁法) 锁持续时间 兼容性 锁的行为(锁转换,锁升级) 1.锁的资源 2.锁的模式 共享锁:Shared Lock,S Lock. 通常情况下,读取数据时会对数据加上S Lock. 排它锁: Exclusive Lock,X Lock.对数据进行更改(insert update,delete)时

其实所有的死锁最深层的原因就是一个:资源竞争 表现一: 一个用户A 访问表A(锁住了表A),然后又访问表B,另一个用户B 访问表B(锁住了表B),然后企图访问表A,这时用户A由于用户B已经锁住表B,它必须等待用户B释放表B,才能继续,好了他老人家就只好老老实实在这等了,同样用户B要等用户A释放表A才能继续这就死锁了. 解决方法: 这种死锁是由于你的程序的BUG产生的,除了调整你的程序的逻辑别无他法 仔细分析你程序的逻辑: 1:尽量避免同时锁定两个资源 2: 必须同时锁定两个资源时,要保证在任何时

环境: sqlserver 2008   事务(进程 ID (n))与另一个进程被死锁在锁资源上,并且已被选作死锁牺牲品.请重新运行   死锁原理: 如两个任务 任务1,已经锁定R1,再进行请求R2<R2此时被任务2锁定> 任务2,已经锁定R2,再进行请求R1<R1此时被任务1锁定> 导致两个任务都进入了阻塞.SQLSERVER会选择一个进行牺牲.   了解了原理后,来段SQL -- 表结构和模拟数据 CREATE TABLE R1( ID INT NOT NULL, Name )

查找bug是程序员的家常便饭,我身边的人喜欢让用户来重现问题.当然他们也会从正式服务器上下载错误log,然后尝试分析log,不过当错误不是那种不经思考就可识别的情况,他们就会将问题推向用户,甚至怪罪程序依赖的平台.他们常用的借口就是“这个问题很难重现,需要持续监控,而且不知道要监控几天”.下次出现,同样是这个说法. 编程珠玑一书的作者说,“对付问题而不是程序”,这是方向.程序员一旦有了方向就是全世界最聪明的人,反之则会用最聪明的头脑做最蠢的事情,说最蠢的话.查找错误的方向就是基于科学的方法理解问

IF EXISTS (SELECT * FROM sysobjects WHERE [name] = 'sp_Lock_Scan') DROP PROCEDURE sp_Lock_Scan GO CREATE PROCEDURE sp_Lock_Scan AS DECLARE @SPID INT DECLARE @BLK INT DECLARE @Count INT DECLARE @Counter INT DECLARE @LOCK BIT CREATE TABLE #Temp ( [Id]

USE [master] GO /****** Object: StoredProcedure [dbo].[sp_who_lock] Script Date: 03/23/2016 14:17:49 ******/ SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO ALTER procedure [dbo].[sp_who_lock] as begin declare @spid int,@bl int, @intTransactionCount

use master if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[sp_who_lock]') ) drop procedure [dbo].[sp_who_lock] GO create procedure sp_who_lock as begin declare @spid int,@bl int, @intTransactionCountOnEntry int, @intRowcount int

最开始做DBA的时候,整天死锁到头痛1222,至今都能回想到这个错误窗口: 死锁定义:死锁是指在一组进程中的各个进程均占有不会释放的资源,但因互相申请被其他进程所站用不会释放的资源而处于的一种永久等待状态. 四个必要条件: 互斥条件(Mutual exclusion):资源不能被共享,只能由一个进程使用.请求与保持条件(Hold and wait):已经得到资源的进程可以再次申请新的资源.非剥夺条件(No pre-emption):已经分配的资源不能从相应的进程中被强制地剥夺.循环等待条件(Ci

SELECT '现在没有阻塞和死锁信息' AS message -- 循环开始WHILE @intCounter <= @intCountProperties BEGIN-- 取第一条记录 SELECT @spid = spid , @bl = bl FROM #tmp_lock_who WHERE Id = @intCounter BEGIN IF @spid = 0 BEGIN SELECT '引起数据库死锁的是: ' + CAST(@bl AS VARCHAR(10)) + '进程号,其执

参考 https://www.cnblogs.com/fuyuanming/p/5783421.html -- 查询死锁 select request_session_id spid, OBJECT_NAME(resource_associated_entity_id) tableName from sys.dm_tran_locks where resource_type='OBJECT' --杀死死锁进程 kill 354

死锁的四个必要条件:互斥条件(Mutual exclusion):资源不能被共享,只能由一个进程使用.请求与保持条件(Hold and wait):已经得到资源的进程可以再次申请新的资源.非剥夺条件(No pre-emption):已经分配的资源不能从相应的进程中被强制地剥夺.循环等待条件(Circular wait):系统中若干进程组成环路,该环路中每个进程都在等待相邻进程正占用的资源.

--查询死锁 select request_session_id spid, OBJECT_NAME(resource_associated_entity_id) tableName from sys.dm_tran_locks where resource_type='OBJECT' --杀死死锁进程 kill 354 --显示死锁相关信息exec sp_who2 354

select request_session_id spid, OBJECT_NAME(resource_associated_entity_id) tableName from sys.dm_tran_locks where resource_type='OBJECT' 然后kill 里面的进程

日常我们开发.NET应用时会使用SQLServer数据库,对于SQLServer数据库的日常开发有一些技能和工具,准备给大家分享一下. 一.场景1:SQLServer死锁分析  执行以下SQL,启用SQLServer死锁日志输出 EXEC sp_altermessage 1205, 'WITH_LOG', 'true' DBCC TRACEON(1204,-1) DBCC TRACEON(1222,-1) 运行一段时间后,系统出现死锁问题,可以从以下位置查看SQLServer异常日志的死锁信息

如果想要查出SQL Server死锁的原因,下面就教您SQL Server死锁监控的语句写法,如果您对此方面感兴趣的话,不妨一看. 下面的SQL语句运行之后,便可以查找出SQLServer死锁和阻塞的源头. 查找出SQLServer的死锁和阻塞的源头 --查找出SQLServer死锁和阻塞的源头 use master go declare @spid int,@bl int DECLARE s_cur CURSOR FOR ,blocked ) a ) b where a.blocked=spi

本文是SQLserver DBA 相关工具使用资料链接整理. SQLServer DBA 十大工具:http://www.cnblogs.com/fygh/archive/2012/04/25/2469563.html 自动化收集SQLServer诊断工具:http://www.cnblogs.com/lyhabc/archive/2013/02/13/2911011.html SQLServerProfiler :http://www.cnblogs.com/kissdodog/p/33985

SQL Server锁类型(SQL)收藏 1． HOLDLOCK: 在该表上保持共享锁,直到整个事务结束,而不是在语句执行完立即释放所添加的锁. 2． NOLOCK:不添加共享锁和排它锁,当这个选项生效后,可能读到未提交读的数据或“脏数据”,这个选项仅仅应用于SELECT语句. 3． PAGLOCK:指定添加页锁(否则通常可能添加表锁). 4． READCOMMITTED用与运行在提交读隔离级别的事务相同的锁语义执行扫描.默认情况下,SQL Server 2000 在此隔离级别上操作.. 5．

一.主键 键用作每个实体实例的主要唯一标识符. 使用关系数据库时,这会映射到主键的概念. 还可以配置不是主键的唯一标识符.按照约定,名为 Id 或 <type name>Id 的属性会配置为实体的键.例如下面二个示例: class Car { //映射到Car表 Id主键 public string Id { get; set; } } class Car { //映射到Car表CarId主键,约定格式:<type name>Id public string CarId { get

  SQL Server锁类型(SQL)收藏1． HOLDLOCK: 在该表上保持共享锁,直到整个事务结束,而不是在语句执行完立即释放所添加的锁.   2． NOLOCK:不添加共享锁和排它锁,当这个选项生效后,可能读到未提交读的数据或“脏数据”,这个选项仅仅应用于SELECT语句.   3． PAGLOCK:指定添加页锁(否则通常可能添加表锁).   4． READCOMMITTED用与运行在提交读隔离级别的事务相同的锁语义执行扫描.默认情况下,SQL Server 2000 在此隔离级别上操

SQL Server锁类型(SQL)收藏1． HOLDLOCK: 在该表上保持共享锁,直到整个事务结束,而不是在语句执行完立即释放所添加的锁.   2． NOLOCK:不添加共享锁和排它锁,当这个选项生效后,可能读到未提交读的数据或“脏数据”,这个选项仅仅应用于SELECT语句.   3． PAGLOCK:指定添加页锁(否则通常可能添加表锁).   4． READCOMMITTED用与运行在提交读隔离级别的事务相同的锁语义执行扫描.默认情况下,SQL Server 2000 在此隔离级别上操作.

From:http://www.cnblogs.com/mzhanker/archive/2011/06/04/2072739.html 使用sqlserver作为数据库的应用系统,都避免不了有时候会产生死锁, 死锁出现以后,维护人员或者开发人员大多只会通过sp_who来查找死锁的进程,然后用sp_kill杀掉.利用sp_who_lock这个存储过程,可以很方便的知道哪个进程出现了死锁,出现死锁的问题在哪里. 创建sp_who_lock存储过程 CREATE procedure sp_who_l