sql加锁机制是什么

1、概念: sql加锁机制是数据库中的一个非常重要的概念，主要用于多用户环境下保证数据库完整性和一致性；

2、多个用户能够同时 *** 纵同一个数据库中的数据，会发生数据不一致现象。即如果没有锁定且多个用户同时访问一个数据库，则当他们的事务同时使用相同的数据时可能会发生问题，这些问题包括丢失更新、脏读、不可重复读和幻觉读，数据库加锁就是为了解决以上的问题。

可分为如下三类:

1、内部级封锁

内部级封锁是用于保护ORACLE内部结构，由系统内部实现，用户不能访问，因此我们不必对此做过多的了解。

2、DDL级封锁(字典/语法分析封锁)

DDL级封锁也是由ORACLE　RDBMS来控制，它用于保护数据字典和数据定义改变时的一致性和完整性。它是系统在对SQL定义语句作语法分析时自动地加锁，无需用户干予。字典/语法分析封锁共分三类:

(1)、字典 *** 作锁:用于对字典 *** 作时，锁住数据字典，此封锁是独占的，从而保护任何一个时刻仅能对一个字典 *** 作。

(2)、字典定义锁:用于防止在进行字典 *** 作时又进行语法分析，这样可以避免在查询字典的同时改动某个表的结构。

(3)、表定义锁:用于　一个SQL语句正当访问某个表时，防止字典中与该表有关的项目被修改。

3、DML级封锁

DML级封锁用于控制并发事务中的数据 *** 纵，保证数据的一致性和完整性，其封锁对象可以是表或行。

对用户的数据 *** 纵，Oracle可以自动为 *** 纵的数据进行封锁，但如果有 *** 纵授权，则为满足并发 *** 纵的需要另外实施封锁。DML封锁可由一个用户进程以显式的方式加锁，也可通过某些SQL语句隐含方式实现。

DML锁有如下三种封锁方式:

(1)、共享封锁方式(SHARE)

(2)、独占封锁方式(EXCLUSIVE)

(3)、共享更新封锁(SHARE UPDATE)

其中SHARE，EXCLUSIVE用于表封锁，SHARE UPDATE用于行封锁。

oracle数据库 锁表和死锁的区别

死锁指的是a,b两个事务对同一对象进行dml或ddl *** 作（即修改表结构或者增删改数据），出现了相互等待被锁定的对象的情况，即类似于红绿灯十字路口红灯方向堵住路口，绿灯方向却红灯车辆挡在路口不能过去，这样无论红绿灯如何变化都无法通行。一般像oracle这样的dbms是有死锁检测的，然后把锁定对象抛出来按照预定规则处理或者让程序处理。 锁等待指的是a事务锁定了 *** 作对象，而b事务也要对其进行dml或ddl *** 作（即修改表结构或者增删改数据）时，需要等待a事务完成。这个和死锁不同，只要a事务完成后，b事务就可以正常进行了。类似于正常的红绿灯十字路口通行状态：红灯方向就是等待锁释放的b事务，绿灯方向就是锁定路口的a事务。待红绿灯互换，则a事务执行完毕，b事务也就可以正常执行啦。

MySQL锁表是什么意思？有什么用？什么情况下用？好处？缺点？

白话解说如下：

简单说，就是lock table，不让别人动

锁分共享锁和排它锁。

共享锁时，别人能读，不能改变量表数据

排它锁时，别人既不能读，也不能改表数据

根据以上特点，应该就知道何时使用锁了。不想让别人变更数据，对自己产生影响，就加锁。一定要在不用之后，进行锁释放，不然，应用系统会一直因为读取数据而报错。

好处就是，保证数据的原子性，完整性，一致性。 只有加锁者释放了锁，别人才能改变数据。

缺点就是，增加了系统开销，有可能产生锁等待，造成数据库运行异常。这都是不正常的使用锁带来的问题。

什么情况下造成数据库锁表？ 如何解决？

zhidaobaidu/question/180766896

两个SQL的锁表问题

不同的数据库，多版本的实现机制不同，上述语句执行情况也就不一样，下面以oracle为例说明：

1insert/delete语句可以并发执行，不会锁等待

2并发insert不会锁等待

3并发update，如果不是 *** 作同一条记录，不会锁等待

=================================================

对真实存在的数据进行并发 *** 作才有可能发生写冲突，所以楼主供要把握住这点就可以判断是否会冲突了。

建议楼主构造简单数据，开两个客户端，在不同的隔离级下去模拟并发 *** 作，理论和实践相结合，你会理解的更透彻。

oracle 数据库 为什么锁表

简单地说，锁是为了保证数据的一致性，锁不止存在于oracle，其他数据库一样有，只不过机制上可能大相径庭。 至于什么样的 *** 作会锁表，其实锁的种类很多，你所说的锁表大概说的是行级锁——也就是事务锁吧

如何将数据库中被锁表解锁

在 *** 作数据库的时候，有时候会由于 *** 作不当引起数据库表被锁定，这么我们经常不知所措，不知怎么给这些表解锁，在pl/sql Developer工具的的菜单“tools”里面的“sessions”可以查询现在存在的会话，但是我们很难找到那个会话被锁定了，想找到所以被锁的会话就更难了，下面这叫查询语句可以查询出所以被锁的会话。如下：

SELECT snusername, mSID,snSERIAL#, mTYPE,

DECODE (mlmode,

0, 'None',

1, 'Null',

2, 'Row Share',

3, 'Row Excl',

4, 'Share',

5, 'S/Row Excl',

6, 'Exclusive',

lmode, LTRIM (TO_CHAR (lmode, '990'))

) lmode,

DECODE (mrequest,

0, 'None',

1, 'Null',

2, 'Row Share',

3, 'Row Excl',

4, 'Share',

5, 'S/Row Excl',

6, 'Exclusive',

request, LTRIM (TO_CHAR (mrequest, '990'))

) request,

mid1, mid2

FROM v$session sn, v$lock m

WHERE (snSID = mSID AND mrequest != 0) --存在锁请求，即被阻塞

OR ( snSID = mSID --不存在锁请求，但是锁定的对象被其他会话请求锁定

AND mrequest = 0

AND lmode != 4

AND (id1, id2) IN (

SELECT sid1, sid2

FROM v$lock s

WHERE request != 0 AND sid1 = mid1

AND sid2 = mid2)

)

ORDER BY id1, id2, mrequest;

通过以上查询知道了sid和 SERIAL#就可以开杀了

alter system kill session 'sid,SERIAL#';

怎么知道数据库表已经锁表了

通过查询结果中的object_id，可以查询到具体被锁的对象再给你看看我查到的一些关于锁的资料：锁有以下几种模式: 0：none 1：null 空 2：Row-S 行共享(RS)：共享表锁 3：Row-X 行专用(RX)：用于行的修改 4：Share 共享锁(S)：阻止其他DML *** 作 5：S/Row-X 共享行专用(SRX)：阻止其他事务 *** 作 6：exclusive 专用(X)：独立访问使用数字越大锁级别越高, 影响的 *** 作越多。一般的查询语句如select from ;是小于2的锁, 有时会在v$locked_object出现。 select from for update; 是2的锁。当对话使用for update子串打开一个游标时，所有返回集中的数据行都将处于行级(Row-X)独占式锁定，其他对象只能查询这些数据行，不能进行update、delete或selectfor update *** 作。 insert / update / delete ; 是3的锁。没有mit之前插入同样的一条记录会没有反应, 因为后一个3的锁会一直等待上一个3的锁, 我们必须释放掉上一个才能继续工作。创建索引的时候也会产生3,4级别的锁。 locked_mode为2,3,4不影响DML(insert,delete,update,select) *** 作, 但DDL(alter,drop等) *** 作会提示ora-00054错误。有主外键约束时 update / delete ; 可能会产生4,5的锁。 DDL语句时是6的锁。以DBA角色, 查看当前数据库里锁的情况可以用如下SQL语句： select object_id,session_id,locked_mode from v$locked_object; select t2username,t2sid,t2serial#,t2logon_time from v$locked_object t1,v$session t2 where t1session_id=t2sid order by t2logon_time; 如果有长期出现的一列，可能是没有释放的锁。我们可以用下面SQL语句杀掉长期没有释放非正常的锁： alter system kill session 'sid,serial#'; 如果出现了锁的问题, 某个DML *** 作可能等待很久没有反应。当你采用的是直接连接数据库的方式，也不要用OS系统命令 $kill process_num 或者 $kill -9 process_num来终止用户连接，因为一个用户进程可能产生一个以上的锁, 杀OS进程并不能彻底清除锁的问题。

如何实现数据库锁表及解锁

锁表：

LOCK TABLES tablename WRITE;LOCK TABLES tablename READ;解锁

UNLOCK TABLES;

数据库中如何释锁表进程

锁表查询的代码有以下的形式：

select count() from v$locked_object;

select from v$locked_object;

查看哪个表被锁

select bowner,bobject_name,asession_id,alocked_mode　 from v$locked_object a,dba_objects b　 where bobject_id = aobject_id;查看是哪个session引起的

select busername,bsid,bserial#,logon_time from v$locked_object a,v$session b where asession_id = bsid order by blogon_time;杀掉对应进程

执行命令：alter system kill session'1025,41';

其中1025为sid,41为serial#

怎么知道数据库表已经锁表了

先回答你的问题：

select from v$locked_object;

可以获得被锁的对象的object_id及产生锁的会话sid。

通过查询结果中的object_id，可以查询到具体被锁的对象

再给你看看我查到的一些关于锁的资料：

锁有以下几种模式:

0：none

1：null 空

2：Row-S 行共享(RS)：共享表锁

3：Row-X 行专用(RX)：用于行的修改

4：Share 共享锁(S)：阻止其他DML *** 作

5：S/Row-X 共享行专用(SRX)：阻止其他事务 *** 作

6：exclusive 专用(X)：独立访问使用

数字越大锁级别越高, 影响的 *** 作越多。

一般的查询语句如select from ;是小于2的锁, 有时会在v$locked_object出现。

select from for update; 是2的锁。

当对话使用for update子串打开一个游标时，

所有返回集中的数据行都将处于行级(Row-X)独占式锁定，

其他对象只能查询这些数据行，不能进行update、delete或selectfor update *** 作。

insert / update / delete ; 是3的锁。

没有mit之前插入同样的一条记录会没有反应,

因为后一个3的锁会一直等待上一个3的锁, 我们必须释放掉上一个才能继续工作。

创建索引的时候也会产生3,4级别的锁。

locked_mode为2,3,4不影响DML(insert,delete,update,select) *** 作,

但DDL(alter,drop等) *** 作会提示ora-00054错误。

有主外键约束时 update / delete ; 可能会产生4,5的锁。

DDL语句时是6的锁。

以DBA角色, 查看当前数据库里锁的情况可以用如下SQL语句：

select object_id,session_id,locked_mode from v$locked_object;

select t2username,t2sid,t2serial#,t2logon_time

from v$locked_object t1,v$session t2

where t1session_id=t2sid order by t2logon_time;

如果有长期出现的一列，可能是没有释放的锁。

我们可以用下面SQL语句杀掉长期没有释放非正常的锁：

alter system kill session 'sid,serial#';

如果出现了锁的问题, 某个DML *** 作可能等待很久没有反应。

当你采用的是直接连接数据库的方式，

也不要用OS系统命令 $kill process_num 或者 $kill -9 process_num来终止用户连接，

因为一个用户进程可能产生一个以上的锁, 杀OS进程并不能彻底清除锁的问题。

记得在数据库级别用alter system kill session 'sid,serial#';杀掉不正常的锁。

这里还讲了一些：

>>

您好！锁是数据库中的一个非常重要的概念，它主要用于多用户环境下保证数据库完整性和一致性。\x0d\ 我们知道，多个用户能够同时 *** 纵同一个数据库中的数据，会发生数据不一致现象。即如果没有锁定且多个用户同时访问一个数据库，则当他们的事务同时使用相同的数据时可能会发生问题。这些问题包括：丢失更新、脏读、不可重复读和幻觉读。数据库加锁就是为了解决以上的问题。\x0d\ 当然，加锁固然好，但是一定要避免死锁的出现。\x0d\ 在数据库系统中，死锁是指多个用户（进程）分别锁定了一个资源，并又试图请求锁定对方已经锁定的资源，这就产生了一个锁定请求环，导致多个用户（进程）都处于等待对方释放所锁定资源的状态。这种死锁是最典型的死锁形式, 例如在同一时间内有两个事务A和B，事务A有两个 *** 作：锁定表part和请求访问表supplier；事务B也有两个 *** 作：锁定表supplier和请求访问表part。结果，事务A和事务B之间发生了死锁。死锁的第二种情况是，当在一个数据库中时，有若干个长时间运行的事务执行并行的 *** 作，当查询分析器处理一种非常复杂的查询例如连接查询时，那么由于不能控制处理的顺序，有可能发生死锁现象。\x0d\ 在应用程序中就可以采用下面的一些方法来尽量避免死锁了： （1）合理安排表访问顺序。 （2）在事务中尽量避免用户干预，尽量使一个事务处理的任务少些, 保持事务简短并在一个批处理中。 （3）数据访问时域离散法, 数据访问时域离散法是指在客户机/服务器结构中，采取各种控制手段控制对数据库或数据库中的对象访问时间段。主要通过以下方式实现: 合理安排后台事务的执行时间，采用工作流对后台事务进行统一管理。工作流在管理任务时，一方面限制同一类任务的线程数（往往限制为1个），防止资源过多占用; 另一方面合理安排不同任务执行时序、时间，尽量避免多个后台任务同时执行，另外， 避免在前台交易高峰时间运行后台任务。 （4）数据存储空间离散法。数据存储空间离散法是指采取各种手段，将逻辑上在一个表中的数据分散到若干离散的空间上去，以便改善对表的访问性能。主要通过以下方法实现: 第一，将大表按行或列分解为若干小表; 第二，按不同的用户群分解。 （5）使用尽可能低的隔离性级别。隔离性级别是指为保证数据库数据的完整性和一致性而使多用户事务隔离的程度，SQL92定义了4种隔离性级别：未提交读、提交读、可重复读和可串行。如果选择过高的隔离性级别，如可串行，虽然系统可以因实现更好隔离性而更大程度上保证数据的完整性和一致性，但各事务间冲突而死锁的机会大大增加，大大影响了系统性能。 （6）使用绑定连接, 绑定连接允许两个或多个事务连接共享事务和锁，而且任何一个事务连接要申请锁如同另外一个事务要申请锁一样，因此可以允许这些事务共享数据而不会有加锁的冲突。 \x0d\ 总之，了解SQL Server的锁机制，掌握数据库锁定方法, 对一个合格的DBA来说是很重要的。

12 事务的ACID原则13 锁是关系数据库很重要的一部分, 数据库必须有锁的机制来确保数据的完整和一致性 131 SQL Server中可以锁定的资源:132 锁的粒度:133 锁的升级: 锁的升级门限以及锁升级是由系统自动来确定的，不需要用户设置 134 锁的类型: (1) 共享锁: 共享锁用于所有的只读数据 *** 作 (2) 修改锁: 修改锁在修改 *** 作的初始化阶段用来锁定可能要被修改的资源，这样可以避免使用共享锁造成的死锁现象 (3) 独占锁: 独占锁是为修改数据而保留的。它所锁定的资源，其他事务不能读取也不能修改。独占锁不能和其他锁兼容。 (4) 架构锁 结构锁分为结构修改锁(Sch-M)和结构稳定锁(Sch-S)。执行表定义语言 *** 作时，SQL Server采用Sch-M锁，编译查询时，SQL Server采用Sch-S锁。 (5) 意向锁 意向锁说明SQL Server有在资源的低层获得共享锁或独占锁的意向。 (6) 批量修改锁 批量复制数据时使用批量修改锁 134 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：使用行级锁，而不使用粒度更粗的页级锁和表级锁。

以上就是关于sql加锁机制是什么全部的内容，包括:sql加锁机制是什么、数据库中的封锁机制是什么的主要方法、数据库锁表是什么意思等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！