1，数据库锁有几种如何查看如何解锁

独占锁（即排它锁），共享锁和更新锁一般锁的事务结束就解锁了
把其他的窗口都关掉，或者commit其他窗口数据。

数据库锁有几种如何查看如何解锁

2，Oracle数据库死锁解决方案有哪些

1、 用SYS登陆TOAD2、打开菜单Database-Monitor-SessionBrowser3、查看所有会话，是否存在锁定资源的情况！4、 如果有死锁，可以将此会话Kill掉！

Oracle数据库死锁解决方案有哪些

3，数据库死锁一般都什么原因导致的

一般情况只发生锁超时，就是一个进程需要访问数据库表或者字段的时候，另外一个程序正在执行带锁的访问（比如修改数据），那么这个进程就会等待，当等了很久锁还没有解除的话就会锁超时，报告一个系统错误，拒绝执行相应的SQL操作。发生死锁的情况比较少，比如一个进程需要访问两个资源（数据库表或者字段），当获取一个资源的时候进程就对它执行锁定，然后等待下一个资源空闲，这时候如果另外一个进程也需要两个资源，而已经获得并锁定了第二个资源，那么就会死锁，因为当前进程锁定第一个资源等待第二个资源，而另外一个进程锁定了第二个资源等待第一个资源，两个进程都永远得不到满足。
这个时候需要一个算法来解除死锁。超时机制，返回错误信息。

数据库死锁一般都什么原因导致的

4，查询oracle 数据库里有哪些表锁死

死锁指的是a,b两个事务对同一对象进行dml或ddl操作（即修改表结构或者增删改数据），出现了相互等待被锁定的对象的情况，即类似于红绿灯十字路口红灯方向堵住路口，绿灯方向却红灯车辆挡在路口不能过去，这样无论红绿灯如何变化都无法通行。一般像oracle这样的dbms是有死锁检测的，然后把锁定对象抛出来按照预定规则处理或者让程序处理。 锁等待指的是a事务锁定了操作对象，而b事务也要对其进行dml或ddl操作（即修改表结构或者增删改数据）时，需要等待a事务完成。这个和死锁不同，只要a事务完成后，b事务就可以正常进行了。类似于正常的红绿灯十字路口通行状态：红灯方向就是等待锁释放的b事务，绿灯方向就是锁定路口的a事务。待红绿灯互换，则a事务执行完毕，b事务也就可以正常执行啦。
用如下语句查询锁死的表：select p.spid, a.serial#, c.object_name, b.session_id, b.oracle_username, b.os_user_name from v$process p, v$session a, v$locked_object b, all_objects c where p.addr = a.paddr and a.process = b.process and c.object_id = b.object_id;其中object_name就是被锁的表名，如图：
一般看日志去查找线索windows 一般在【ORACLE_BASE】\admin\【SID】\bdump 路径下死锁发生后，oracle会杀死其中一个process 进行解锁

5，数据库发生死锁会出现什么情况

数据库操作的死锁是不可避免的，本文并不打算讨论死锁如何产生，重点在于解决死锁，通过SQL Server 2005, 现在似乎有了一种新的解决办法。 将下面的SQL语句放在两个不同的连接里面，并且在5秒内同时执行，将会发生死锁。 use Northwindbegin traninsert into Orders(CustomerId) values(@#ALFKI@#)waitfor delay @#00:00:05@#select * from Orders where CustomerId = @#ALFKI@#commitprint @#end tran@# SQL Server对付死锁的办法是牺牲掉其中的一个，抛出异常，并且回滚事务。在SQL Server 2000，语句一旦发生异常，T-SQL将不会继续运行，上面被牺牲的连接中， print @#end tran@#语句将不会被运行，所以我们很难在SQL Server 2000的T-SQL中对死锁进行进一步的处理。 现在不同了，SQL Server 2005可以在T-SQL中对异常进行捕获，这样就给我们提供了一条处理死锁的途径： 下面利用的try ... catch来解决死锁。 SET XACT_ABORT ONdeclare @r intset @r = 1while @r <= 3beginbegin tranbegin tryinsert into Orders(CustomerId) values(@#ALFKI@#)waitfor delay @#00:00:05@#select * from Orders where CustomerId = @#ALFKI@#commitbreakend trybegin catchrollbackwaitfor delay @#00:00:03@#set @r = @r + 1continueend catchend 解决方法当然就是重试，但捕获错误是前提。rollback后面的waitfor不可少，发生冲突后需要等待一段时间，@retry数目可以调整以应付不同的要求。 但是现在又面临一个新的问题: 错误被掩盖了，一但问题发生并且超过3次，异常却不会被抛出。SQL Server 2005 有一个RaiseError语句，可以抛出异常，但却不能直接抛出原来的异常，所以需要重新定义发生的错误，现在，解决方案变成了这样: declare @r intset @r = 1while @r <= 3beginbegin tranbegin tryinsert into Orders(CustomerId) values(@#ALFKI@#)waitfor delay @#00:00:05@#select * from Orders where CustomerId = @#ALFKI@#commitbreakend trybegin catchrollbackwaitfor delay @#00:00:03@#set @r = @r + 1continueend catchendif ERROR_NUMBER() <> 0begindeclare @ErrorMessage nvarchar(4000);declare @ErrorSeverity int;declare @ErrorState int;select@ErrorMessage = ERROR_MESSAGE(),@ErrorSeverity = ERROR_SEVERITY(),@ErrorState = ERROR_STATE();raiserror (@ErrorMessage,@ErrorSeverity,@ErrorState);end

文章TAG：数据库锁死了有哪些  数据库锁有几种如何查看如何解锁  
下一篇