当另外一个进程已经为状态数据库加锁了怎么解决

数据库是一个多用户使用的共享资源。当多个用户并发地存取数据时，在数据库中就会产生多个事务同时存取同一数据的情况。若对并发 *** 作不加控制就可能会读取和存储不正确的数据，破坏数据库的一致性。

加锁是实现数据库并发控制的一个非常重要的技术。当事务在对某个数据对象进行 *** 作前，先向系统发出请求，对其加锁。加锁后事务就对该数据对象有了一定的控制，在该事务释放锁之前，其他的事务不能对此数据对象进行更新 *** 作。

在数据库中有两种基本的锁类型：排它锁（Exclusive Locks，即X锁）和共享锁（Share Locks，即S锁）。当数据对象被加上排它锁时，其他的事务不能对它读取和修改。加了共享锁的数据对象可以被其他事务读取，但不能修改。数据库利用这两种基本的锁类型来对数据库的事务进行并发控制。

根据保护的对象不同，Oracle数据库锁可以分为以下几大类：

DML锁（data locks，数据锁），用于保护数据的完整性；

DDL锁（dictionary locks，字典锁），用于保护数据库对象的结构，如表、索引等的结构定义；

内部锁和闩（internal locks and latches），保护数据库的内部结构，应用于SGA；

在我们实际应用开发中涉及较多的是DML锁，其他两种的话DBA会更加关心点；

DML锁的目的在于保证并发情况下的数据完整性，主要包括TM锁和TX锁，其中TM锁称为表级锁，TX锁称为事务锁或行级锁。

当Oracle执行DML语句时，系统自动在所要 *** 作的表上申请TM类型的锁。当TM锁获得后，系统再自动申请TX类型的锁，并将实际锁定的数据行的锁标志位进行置位。这样在事务加锁前检查TX锁相容性时就不用再逐行检查锁标志，而只需检查TM锁模式的相容性即可，大大提高了系统的效率。TM锁包括了SS、SX、S、X等多种模式，在数据库中用0－6来表示。不同的SQL *** 作产生不同类型的TM锁。如下图所示：

值 锁模式 锁描述 SQL

0 NONE

1 NULL 空 SELECT

2 SS(ROW-S) 行级共享锁

其他对象只能查询这些数据行 SELECT FOR UPDATE、LOCK FOR UPDATE、

LOCK ROW SHARE

3 SX(ROW-X) 行级排它锁

在提交前不允许做DML *** 作 INSERT、UPDATE、DELETE、

LOCK ROW SHARE

4 S(SHARE) 共享锁 CREATE INDEX、LOCK SHARE

5 SSX(S/ROW-X) 共享行级排它锁 LOCK SHARE ROW EXCLUSIVE

6 X(eXclusive) 排它锁 ALTER TABLE、DROP TABLE、DROP INDEX、

TRUNCATE TABLE、LOCK EXCLUSIVE

在数据行上只有X锁（排他锁）。在 Oracle数据库中，当一个事务首次发起一个DML语句时就获得一个TX锁，该锁保持到事务被提交或回滚。当两个或多个会话在表的同一条记录上执行 DML语句时，第一个会话在该条记录上加锁，其他的会话处于等待状态。当第一个会话提交后，TX锁被释放，其他会话才可以加锁。

在大概了解oracle的锁机制之后，我们来解决几个基本的问题：

1.UPDATE/DELETE *** 作会将RS锁定，直至 *** 作被COMMIT或者ROLLBACK；

若 *** 作未COMMIT之前其他session对同样的RS做变更 *** 作，则 *** 作会被hold，直至前session的UPDATE/DELETE *** 作被COMMIT；

2.session内外SELECT的RS范围

前提：INSERT、UPDATE *** 作未COMMIT之前进行SELECT；

若在同一session内，SELECT出来的RS会包括之前INSERT、UPDATE影响的记录；

若不在同一session内，SELECT出来的RS不会包括未被COMMIT的记录；

3.SELECT.... FOR UPDATE [OF cols] [NOWAIT/WAIT] [SKIP LOCKED]

OF cols：只锁定指定字段所在表的RS，而没有指定的表则不会锁定，只会在多表联合查询时出现；

NOWAIT：语句不会hold，而是直接返回错误ORA-00054: resource busy and acquire with NOWAIT specified；

WAIT N：语句被hold N秒，之后返回错误ORA-30006: resource busyacquire with WAIT timeout expired；

SKIP LOCKED：不提示错误，而是直接返回no rows selected；

以上几个选项可以联合使用的，比较推荐的有：

SELECT.... FOR UPDATE NOWAIT：对同一RS执行该SQL时，直接返回错误；

SELECT.... FOR UPDATE NOWAIT SKIP LOCKED：对同一RS执行该SQL时，直接返回空行；

PS：当RS被LOCK住之后，只对同样请求LOCK的语句有效，对无需LOCK的SELECT语句并没有任何影响；

PL/SQL中记录被另一个用户锁住的原因：另一个用户正在修改或删除该记录。此时其它用户只能做查询，不能进行删改 *** 作。如果要解锁，正在删改 *** 作的用户退出删改状态即可。

因死机或挂起不能退出删改状态时，找到该用户的进程，kill该进程就可以了。实在不行的话重新启动数据库也可以。

处理方法：

1、查看数据库锁，诊断锁的来源及类型：

select object_id,session_id,locked_mode from v$locked_object

或者用以下命令：

select b.owner,b.object_name,l.session_id,l.locked_mode from v$locked_object l, dba_objects b where b.object_id=l.object_id

2、找出数据库的serial#，以备杀死：

select t2.username,t2.sid,t2.serial#,t2.logon_time from v$locked_object t1,v$session t2 where t1.session_id=t2.sid order by t2.logon_time

3、杀死该session:

alter system kill session 'sid,serial#'

扩展资料

SQL Server中的锁类型及用法：

从数据库系统的角度来看：分为独占锁(即排它锁)， 共享锁和更新锁。MS-SQL Server使用以下资源锁模式。

锁模式描述：

共享(S)用于不更改或不更新数据的 *** 作(只读 *** 作)，如SELECT语句。

更新(U)用于可更新的资源中。防止当多个会话在读取、锁定以及随后可能进行的资源更新时发生常见形式的死锁。

排它(X)用于数据修改 *** 作，例如.INSERT、UPDATE 或DELETE。确保不会同时同一资源进行多重更新。

意向锁用于建立锁的层次结构。意向锁的类型为:意向共享(IS)、意向排它(IX)以及与意向排它共享(SIX)。

架构锁在执行依赖于表架构的 *** 作时使用。架构锁的类型为:架构修改(Sch-M)和架构稳定性(Sch-S)。

大容量更新(BU)向表中大容量复制数据并指定了TABLOCK提示时使用。

(1)

HOLDLOCK:

在该表上保持共享锁，直到整个事务结束，而不是在语句执行完立即释放所添加的锁。

(2)

NOLOCK：不添加共享锁和排它锁，当这个选项生效后，可能读到未提交读的数据或“脏数据”，这个选项仅仅应用于SELECT语句。

(3)

PAGLOCK：指定添加页锁（否则通常可能添加表锁）。

(4)

READCOMMITTED用与运行在提交读隔离级别的事务相同的锁语义执行扫描。默认情况下，SQL

Server

2000

在此隔离级别上 *** 作。

(5)

READPAST:

跳过已经加锁的数据行，这个选项将使事务读取数据时跳过那些已经被其他事务锁定的数据行，而不是阻塞直到其他事务释放锁，

READPAST仅仅应用于READ

COMMITTED隔离性级别下事务 *** 作中的SELECT语句 *** 作。

(6)

READUNCOMMITTED：等同于NOLOCK。

(7)

REPEATABLEREAD：设置事务为可重复读隔离性级别。

(8)

ROWLOCK：使用行级锁，而不使用粒度更粗的页级锁和表级锁。

(9)

SERIALIZABLE：用与运行在可串行读隔离级别的事务相同的锁语义执行扫描。等同于

HOLDLOCK。

(10)

TABLOCK：指定使用表级锁，而不是使用行级或页面级的锁，SQL

Server在该语句执行完后释放这个锁，而如果同时指定了...(1)

HOLDLOCK:

在该表上保持共享锁，直到整个事务结束，而不是在语句执行完立即释放所添加的锁。

(2)

NOLOCK：不添加共享锁和排它锁，当这个选项生效后，可能读到未提交读的数据或“脏数据”，这个选项仅仅应用于SELECT语句。

(3)

PAGLOCK：指定添加页锁（否则通常可能添加表锁）。

(4)

READCOMMITTED用与运行在提交读隔离级别的事务相同的锁语义执行扫描。默认情况下，SQL

Server

2000

在此隔离级别上 *** 作。

(5)

READPAST:

跳过已经加锁的数据行，这个选项将使事务读取数据时跳过那些已经被其他事务锁定的数据行，而不是阻塞直到其他事务释放锁，

READPAST仅仅应用于READ

COMMITTED隔离性级别下事务 *** 作中的SELECT语句 *** 作。

(6)

READUNCOMMITTED：等同于NOLOCK。

(7)

REPEATABLEREAD：设置事务为可重复读隔离性级别。

(8)

ROWLOCK：使用行级锁，而不使用粒度更粗的页级锁和表级锁。

(9)

SERIALIZABLE：用与运行在可串行读隔离级别的事务相同的锁语义执行扫描。等同于

HOLDLOCK。

(10)

TABLOCK：指定使用表级锁，而不是使用行级或页面级的锁，SQL

Server在该语句执行完后释放这个锁，而如果同时指定了HOLDLOCK，该锁一直保持到这个事务结束。

(11)

TABLOCKX：指定在表上使用排它锁，这个锁可以阻止其他事务读或更新这个表的数据，直到这个语句或整个事务结束。

(12)

UPDLOCK

：指定在

读表中数据时设置更新

锁（update

lock）而不是设置共享锁，该锁一直保持到这个语句或整个事务结束，使用UPDLOCK的作用是允许用户先读取数据（而且不阻塞其他用户读数据），并且保证在后来再更新数据时，这一段时间内这些数据没有被其他用户修改。

---