数据库进程死锁,该如何处理

数据库进程死锁,该如何处理,第1张

数据库进程死锁应用场景如下:使用BizTalk从webservice接口获取数据,在存储过程GetExchangeConfig中设置每次获取的数据数量以及开始时间,获取数据后,Update获取数据的开始时间,使用存储过程UpdateExchangeConfig,在存储过程GetExchangeConfig中对开始时间进行Select *** 作,在存储过程UpdateExchangeConfig中对开始时间进行Update *** 作,产生数据库死锁,导致数据获取中断。SQL codeUSE [NotaryBusiness]GO/ 对象: StoredProcedure [dbo][GetExchangeConfig] 脚本日期: 01/26/2011 17:26:57 /SET ANSI_NULLS ONGOSET QUOTED_IDENTIFIER ONGOALTER PROCEDURE [dbo][GetExchangeConfig]/(@parameter1 int = 5,@parameter2 datatype OUTPUT)/AS/ SET NOCOUNT ON /select [Count],TimeBeginfrom ExchangeConfigfor xml autoRETURNSQL codeSET ANSI_NULLS ONGOSET QUOTED_IDENTIFIER ONGOALTER PROCEDURE [dbo][UpdateExchangeConfig]@TimeBegin as datetimeASupdate ExchangeConfig set TimeBegin=@TimeBeginRETURN------解决方案--------------------------------------------------------

多线程是很容易造成死锁,一般情况下死锁都是因为并发 *** 作引起的。我不懂JAVA,但死锁这个问题每种开发工具和数据库都会碰到解决办法是:
1、程序方面优化算法(如有序资源分配法、银行算法等),在一个程序里,能不用多线程更新同一张数据库表
尽量不要用,如果要用,其避免死锁的算法就很复杂。
2、数据库方面设置等待超时时间
3、发生死锁后直接KILL掉数据库进程

官方定义如下:两个事务都持有对方需要的锁,并且在等待对方释放,并且双方都不会释放自己的锁。

这个就好比你有一个人质,对方有一个人质,你们俩去谈判说换人。你让对面放人,对面让你放人。

看到这里,也许你会有这样的疑问,事务和谈判不一样,为什么事务不能使用完锁之后立马释放呢?居然还要 *** 作完了之后一直持有锁?这就涉及到 MySQL 的并发控制了。

MySQL的并发控制有两种方式,一个是 MVCC,一个是两阶段锁协议。那么为什么要并发控制呢?是因为多个用户同时 *** 作 MySQL 的时候,为了提高并发性能并且要求如同多个用户的请求过来之后如同串行执行的一样( 可串行化调度 )。具体的并发控制这里不再展开。咱们继续深入讨论两阶段锁协议。

官方定义:

对应到 MySQL 上分为两个阶段:

就是说呢,只有遵循两段锁协议,才能实现 可串行化调度 。

但是两阶段锁协议不要求事务必须一次将所有需要使用的数据加锁,并且在加锁阶段没有顺序要求,所以这种并发控制方式会形成死锁。

MySQL有两种死锁处理方式:

由于性能原因,一般都是使用死锁检测来进行处理死锁。

死锁检测的原理是构建一个以事务为顶点、锁为边的有向图,判断有向图是否存在环,存在即有死锁。

检测到死锁之后,选择插入更新或者删除的行数最少的事务回滚,基于 INFORMATION_SCHEMAINNODB_TRX 表中的 trx_weight 字段来判断。

MySQL如何处理死锁

每个使用关系型数据库的程序都可能遇到数据死锁或不可用的情况,而这些情况需要在代码中编程来解决;本文主要介绍与数据库事务死锁等情况相关的重试逻辑概念,此外,还会探讨如何避免死锁等问题,文章以DB2(版本9)与为例进行讲解。



什么是数据库锁定与死锁

锁定(Locking)发生在当一个事务获得对某一资源的“锁”时,这时,其他的事务就不能更改这个资源了,这种机制的存在是为了保证数据一致性;在设计与数据库交互的程序时,必须处理锁与资源不可用的情况。锁定是个比较复杂的概念,仔细说起来可能又需要一大篇,所以在本文中,只把锁定看作是一个临时事件,这意味着如果一个资源被锁定,它总会在以后某个时间被释放。而死锁发生在当多个进程访问同一数据库时,其中每个进程拥有的锁都是其他进程所需的,由此造成每个进程都无法继续下去。

如何避免锁

我们可利用事务型数据库中的隔离级别机制来避免锁的创建,正确地使用隔离级别可使程序处理更多的并发事件(如允许多个用户访问数据),还能预防像丢失修改(LostUpdate)、读“脏”数据(DirtyRead)、不可重复读(NonrepeatableRead)及“虚”(Phantom)等问题。

隔离级别问题现象

丢失修改读“脏”数据不可重复读“虚”

可重复读取NoNoNoNo

读取稳定性NoNoNoYes

光标稳定性NoNoYesYes

未提交的读NoYesYesYes

表1:DB2的隔离级别与其对应的问题现象

在只读模式中,就可以防止锁定发生,而不用那些未提交只读隔离级别的含糊语句。霍营电脑培训发现一条SQL语句当使用了下列命令之一时,就应该考虑只读模式了

死锁主要是资源共享造成的冲突。比如a拥有资源1,需要资源2才能运行。
b拥有资源2,需要资源1才能。这是就产生资源1、2都有,但a,b都无法运行的情况。解决死锁的方法有很多,你要了解更多的信息就去看看 *** 作系统的数。里面讲的很详细。
数据库中解决死锁的方法:
1限制同时访问数据库的用户数。
2超时线程自动释放。
3优化访问方式

数据库中死锁是什么产生的
Mysql数据库里的 锁,根据存储引擎不同,一般有行锁 表锁。

其实锁的作用跟文件锁 是差不多的就是避免同时对某表 或某条记录进行修改。

死锁 我估计是2个应用同时锁住了 同一个表 或 同一条记录。这样谁也释放不了资源。

个人愚见。欢迎拍砖。
使用MySQL数据库,都有哪些情况易出现死锁的情况?
在老版本的MySQL 322中,MySQL的单表限大小为4GB,当时的MySQL的存储引擎还是ISAM存储引擎。但是,当出现MyISAM存储引擎之后,也就是从MySQL 323开始,MySQL单表最大限制就已经扩大到了64PB了(官方文档显示)。也就是说,从目前的技术环境来看,MySQL数据库的MyISAM存储 引擎单表大小限制已经不是有MySQL数据库本身来决定,而是由所在主机的OS上面的文件系统来决定了。

而MySQL另外一个最流行的存储引擎之一Innodb存储数据的策略是分为两种的,一种是共享表空间存储方式,还有一种是独享表空间存储方式。

当使用共享表空间存储方式的时候,Innodb的所有数据保存在一个单独的表空间里面,而这个表空间可以由很多个文件组成,一个表可以跨多个文件存在,所 以其大小限制不再是文件大小的限制,而是其自身的限制。从Innodb的官方文档中可以看到,其表空间的最大限制为64TB,也就是说,Innodb的单 表限制基本上也在64TB左右了,当然这个大小是包括这个表的所有索引等其他相关数据。

而当使用独享表空间来存放Innodb的表的时候,每个表的数据以一个单独的文件来存放,这个时候的单表限制,又变成文件系统的大小限制了。
oracle经常死锁,锁定数据库的一些表,导致oracle死锁的原因一般有那些?
一般情况只发生锁超时,就是一个进程需要访问数据库表或者字段的时候,另外一个程序正在执行带锁的访问(比如修改数据),那么这个进程就会等待,当等了很久锁还没有解除的话就会锁超时,报告一个系统错误,拒绝执行相应的SQL *** 作。发生死锁的情况比较少,比如一个进程需要访问两个资源(数据库表或者字段),当获取一个资源的时候进程就对它执行锁定,然后等待下一个资源空闲,这时候如果另外一个进程也需要两个资源,而已经获得并锁定了第二个资源,那么就会死锁,因为当前进程锁定第一个资源等待第二个资源,而另外一个进程锁定了第二个资源等待第一个资源,两个进程都永远得不到满足。

erp100
如何解决多线程造成的数据库死锁
多线程是很容易造成死锁,一般情况下死锁都是因为并发 *** 作引起的。我不懂JAVA,但死锁这个问题每种开发工具和数据库都会碰到解决办法是:

1、程序方面优化算法(如有序资源分配法、银行算法等),在一个程序里,能不用多线程更新同一张数据库表 尽量不要用,如果要用,其避免死锁的算法就很复杂。

2、数据库方面设置等待超时时间

3、发生死锁后直接KILL掉数据库进程
查询数据库的时候,在什么情况下可能会导致死锁
察看死锁

select sesssid,

sessserial#,

looracle_username,

loos_user_name,

aoobject_name,

lolocked_mode

from v$locked_object lo,

dba_objects ao,

v$session sess

where aoobject_id = loobject_id and losession_id = sesssid

order by aoobject_name ;

清除死锁

alter system kill session sid,serial#
怎么查看数据库死锁,和解决方法
exec sp_lock 快捷键 C_2

exec sp_who active exec sp_who快捷键 C_1

用Profiler里面的Locks->Deadlock graph 监控看看,如果看到了死锁图,就可以比较形象地展现死锁发生的过程,还可以看到锁的具体类型和过程里面的语句,对你诊断会有帮助。

Declare @LockTab table( spid int,dbid int ,ObjId int,IndId int ,Type varchar(50),Resource varchar(50),Mode varchar(50),Status varchar(50))

insert into @LockTab exec sp_lock

Declare @ActiveTab table(spid int,ecid int,status varchar(50),loginname varchar(50),hostname varchar(50),blk int,dbname varchar(50),cmd varchar(50),request_id int)

insert into @ActiveTab exec sp_who active

select from @LockTab lt

left join @ActiveTab at on ltspid=atspid
数据库发生死锁会出现什么情况
数据只能查询,删和盯都不超时在数据库中==>管理==>活动监视器中查找到相关锁,然后终止掉就OK
数据库查询时可能造成死锁吗
查询不会产生死锁。

更新有可能会造成死锁。死锁不需要干预的,系统会定时清理死锁并在alert里记录。估计你感兴趣的应该是其他的锁比如行锁、表锁或者是锁等待之类的。
数据库,因为高访问量,造成线程死锁的原因是,如何来解除呢?
死锁主要是资源共享造成的冲突。比如a拥有资源1,需要资源2才能运行。

b拥有资源2,需要资源1才能。这是就产生资源1、2都有,叮a,b都无法运行的情况。解决死锁的方法有很多,你要了解更多的信息就去看看 *** 作系统的数。里面讲的很详细。

数据库中解决死锁的方法:

1限制同时访问数据库的用户数。

2超时线程自动释放。

3优化访问方式
多个程序访问一个数据库出现死锁,怎么处理
如果是sql数据库本身就不会锁死表,锁死是你的逻辑控制的,一般不通过锁死来 *** 作数据库。看你怎么用,或者可以提出你的具体问题。

多个程序访问一个数据库出现死锁,你可以这么处理:
增加电脑整体性能配置,主板、网络、CPU/内存、电源都要好一些;
一些不是很重要的、可以设置延迟连接;
定时对数据库进行维护,优化;
程序也需要维护稳定,管理员工对程序的使用效率。

execsp_lock快捷键C_2

execsp_whoactiveexecsp_who快捷键C_1

用Profiler里面的Locks->Deadlockgraph监控看看,如果看到了死锁图,就可以比较形象地展现死锁发生的过程,还可以看到锁的具体类型和过程里面的语句,对你诊断会有帮助。

Declare@LockTabtable(spidint,dbidint,ObjIdint,IndIdint,Typevarchar(50),Resourcevarchar(50),Modevarchar(50),Statusvarchar(50))

insertinto@LockTabexecsp_lock

Declare@ActiveTabtable(spidint,ecidint,statusvarchar(50),loginnamevarchar(50),hostnamevarchar(50),blkint,dbnamevarchar(50),cmdvarchar(50),request_idint)

insertinto@ActiveTabexecsp_whoactive

selectfrom@LockTablt

leftjoin@ActiveTabatonltspid=atspid


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/yw/12954317.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-29
下一篇 2023-05-29

发表评论

登录后才能评论

评论列表(0条)

保存