怎么理解数据库的锁？ 一般锁分别哪几种？

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

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

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

扩展资料：

排它锁和共享锁的不同之处：

1、共享锁（S锁）：如果事务T对数据A加上共享锁后，则其他事务只能对A再加共享锁，不能加排他锁。获准共享锁的事务只能读数据，不能修改数据。

排他锁（X锁）：如果事务T对数据A加上排他锁后，则其他事务不能再对A加任任何类型的封锁。获准排他锁的事务既能读数据，又能修改数据。

2、共享锁下其它用户可以并发读取，查询数据。但不能修改，增加，删除数据，资源共享。

3、共享锁又称为读锁（Share lock,简记为S锁），若事务T对数据对象A加上S锁，则其它事务只能再对A加S锁，而不能加X锁，直到T释放A上的S锁。

参考资料：百度百科-排它锁

参考资料：百度百科-共享锁

并发控制。

封锁机制是并发控制的主要手段。封锁是使事务对它要 *** 作的数据有一定的控制能力。封锁具有3个环节：第一个环节是申请加锁，即事务在 *** 作前要对它欲使用的数据提出加锁请求；第二个环节是获得锁，即当条件成熟时，系统允许事务对数据加锁，从而事务获得数据的控制权；第三个环节是释放锁，即完成 *** 作后事务放弃数据的控制权。为了达到封锁的目的，在使用时事务应选择合适的锁，并要遵从一定的封锁协议。

基本的封锁类型有两种：排它锁(Exclusive Locks，简称X锁)和共享锁(Share Locks，简称S锁)。

(1)排它锁

排它锁也称为独占锁或写锁。一旦事务T对数据对象A加上排它锁(X锁)，则只允许T读取和修改A，其他任何事务既不能读取和修改A，也不能再对A加任何类型的锁，直到T释放A上的锁为止。

(2)共享锁

共享锁又称读锁。如果事务T对数据对象A加上共享锁(S锁)，其他事务对A只能再加S锁，不能加X锁，直到事务T释放A上的S锁为止。

简单地对数据加X锁和S锁并不能保证数据库的一致性。在对数据对象加锁时，还需要约定一些规则。例如，何时申请X锁或S锁、持锁时间、何时释放等。这些规则称为封锁协议(Locking Protocol)。对封锁方式规定不同的规则，就形成了各种不同的封锁协议。封锁协议分三级，各级封锁协议对并发 *** 作带来的丢失修改、不可重复读取和读“脏”数据等不一致问题，可以在不同程度上予以解决。

ORACLE锁具体分为以下几类：

1.按用户与系统划分，可以分为自动锁与显示锁

自动锁：当进行一项数据库 *** 作时，缺省情况下，系统自动为此数据库 *** 作获得所有有必要的

显示锁：某些情况下，需要用户显示的锁定数据库 *** 作要用到的数据，才能使数据库 *** 作执行得更好，显示锁是用户为数据库对象设定的。

2.按锁级别划分，可分为共享锁与排它锁

共享锁：共享锁使一个事务对特定数据库资源进行共享访问——另一事务也可对此资源进行访问或获得相同共享锁。共享锁为事务提供高并发性，但如拙劣的事务设计+共享锁容易造成死锁或数据更新丢失。

排它锁：事务设置排它锁后，该事务单独获得此资源，另一事务不能在此事务提交之前获得相同对象的共享锁或排它锁。

3.按 *** 作划分，可分为DML锁、DDL锁

+DML锁又可以分为，行锁、表锁、死锁

-行锁：当事务执行数据库插入、更新、删除 *** 作时，该事务自动获得 *** 作 表中 *** 作行的排它锁。

-表级锁：当事务获得行锁后，此事务也将自动获得该行的表锁(共享锁),以防止其它事务进行DDL语句影响记录行的更新。事务也可以在进行 过程中获得共享锁或排它锁，只有当事务显示使用LOCK TABLE语 句显示的定义一个排它锁时，事务才会获得表上的排它锁,也可使用

LOCK TABLE显示的定义一个表级的共享锁(LOCK TABLE具体用法请参 考相关文档)。

-死锁：当两个事务需要一组有冲突的锁，而不能将事务继续下去的话，就 出现死锁。

如事务1在表A行记录#3中有一排它锁，并等待事务2在表A中记录#4 中排它锁的释放，而事务2在表A记录行#4中有一排它锁，并等待事务 1在表A中记录#3中排它锁的释放，事务1与事务2彼此等待，因此就造 成了死锁。死锁一般是因拙劣的事务设计而产生。

死锁只能使用SQL下:alter system kill session 'sid,serial#'；

或者使用相关 *** 作系统kill进程的命令，如UNIX下kill -9 sid,或者 使用其它工具杀掉死锁进程。

+DDL锁又可以分为：排它DDL锁、共享DDL锁、分析锁

-排它DDL锁：创建、修改、删除一个数据库对象的DDL语句获得 *** 作对象的 排它锁。

如使用alter table语句时，为了维护数据的完成性、一致性、

合法性，该事务获得一排它DDL锁。

-共享DDL锁：需在数据库对象之间建立相互依赖关系的DDL语句通常需共享

获得DDL锁。

如创建一个包，该包中的过程与函数引用了不同的数据库表，

当编译此包时，该事务就获得了引用表的共享DDL锁。

-分析锁：ORACLE使用共享池存储分析与优化过的SQL语句及PL/SQL程序，使

运行相同语句的应用速度更快。一个在共享池中缓存的对象获得

它所引用数据库对象的分析锁。分析锁是一种独特的DDL锁类型，

ORACLE使用它追踪共享池对象及它所引用数据库对象之间的依赖 关系。当一个事务修改或删除了共享池持有分析锁的数据库对象

时，ORACLE使共享池中的对象作废，下次在引用这条SQL/PLSQL语 句时，ORACLE重新分析编译此语句。

4.内部闩锁

内部闩锁：这是ORACLE中的一种特殊锁，用于顺序访问内部系统结构。

当事务需向缓冲区写入信息时，为了使用此块内存区域， ORACLE首先必须取得这块内存区域的闩锁，才能向此块内存写入

信息。

---