oracle的TM锁、TX锁知识完全普及 (2)
Oracle的五种锁
Oracle的五种Table LockOracle中的锁定可以分为几类：DML lock（data lock），DDL lock（dictionary lock)和internal lock/latch。
DML lock又可以分为row lock和table lock。
row lock在select.. for update/insert/update/delete时隐式自动产生，而table lock除了隐式产生，也可以调用lock table in name来显示锁定。
如果不希望别的session lock/insert/update/delete表中任意一行，只允许查询，可以用lock table table_name in exclusive mode。
(X)这个锁定模式级别最高，并发度最小。
如果允许别的session查询或用select for update锁定记录，不允许insert/update/delete，可以用lock table table_name in share row exclusive mode。
(SRX)如果允许别的session查询或select for update以及lock table table_name in share mode，只是不允许insert/update/delete，可以用lock table table_name in share mode。
(share mode和share row exclusive mode的区别在于一个是非抢占式的而另一个是抢占式的。
进入share row exclusive mode后其他session不能阻止你insert/update/delete，而进入share mode后其他session也同样可以进入share mode，进而阻止你对表的修改。
(S)还有两种锁定模式，row share(RS)和row exclusive(RX)。
Oracle数据库中锁、序列、索引管理
详析Oracle数据库中锁、序列、索引管理一、锁1.1什么是锁数据库是一个多用户使用的共享资源。
当多个用户并发地存取数据时，在数据库中就会产生多个事务同时存取同一数据的情况。
若对并发操作不加控制就可能会读取和存储不正确的数据，破坏数据库的一致性。
而锁就是用于控制事务对数据的访问，实现事务的并发控制，保持数据库的一致性。
1.2锁的类型DDL锁：被Oracle自动的发布和释放DML锁：在事务处理的开始时被施加，而且在事务处理完成时被释放（使用Commit 或Rollback时被释放）内部锁：由Oracle自己管理以保护内部数据库结构注：DDL锁由数据库自动管理；DML锁和内部锁可以由用户直接或间接管理。
1.3锁的粒度1）TX锁：行级锁（事务锁），会阻止这行上其它DML操作，直到Commit或Rollback 时被释放，它只有X排他锁2）TM锁：表级锁。
2.1）Row-S 行共享(RS)：共享行锁，即可被其他事务查询该行。
2.2）Row-X 行专用(RX)：用于行的修改，即禁止其他事务对该行的所有操作。
2.3）Share 共享锁(S)：阻止其他DML操作2.4）S/Row-X 共享行专用(SRX)：阻止其他事务操作2.5）exclusive 专用(X)：独立访问使用3）数据库级锁：锁定数据库为限制模式alter system enable restricted session;以下语句将锁定数据库为只读模式startup mount;alter database open read only;1.4锁的模式和使用1）共享锁（Share Table Lock，S）：使用情况：当执行事务时，事务所要操作的表不希望被别的事务更新时可以使用。
即某表被加锁后只能被加锁的事务全权控制，其他事务只能对该表执行查询操作。
加锁语法：Lock Table TableName In Share Mode;使用度：中。
当对表执行大面积更新操作时可使用，反之，则不用。
oracle锁原理
oracle锁原理Oracle数据库系统是当今最为流行和广泛使用的关系型数据库管理系统之一。
在Oracle中，锁是实现并发控制的重要机制之一。
本文将探讨Oracle锁的原理，包括锁的种类、分级和适用场景等。
一、概述在多用户并发访问的数据库环境中，锁的作用是确保数据的完整性和一致性。
Oracle中的锁可以分为共享锁（Shared Lock）和排他锁（Exclusive Lock）两种类型。
1. 共享锁（Shared Lock）共享锁允许多个事务同时读取同一个数据对象，但不允许对该数据对象进行修改。
当一个事务获取了共享锁后，其他事务只能再获取共享锁，而不能获取排他锁。
共享锁之间是兼容的，可以共存。
2. 排他锁（Exclusive Lock）排他锁是最严格的锁类型，它在事务需要修改数据对象时才会被获取。
当一个事务获取了排他锁后，其他事务无法同时获取共享锁或排他锁，保证了数据对象的独占性。
二、锁的级别Oracle中的锁按照锁住范围的不同可以分为表级锁（Table Lock）和行级锁（Row Lock）两种级别。
1. 表级锁（Table Lock）表级锁是对整个表进行加锁，当一个事务对某个表加锁时，其他事务无法修改该表中的任何数据。
表级锁的粒度大，锁的冲突较多，对并发性能有一定的影响，因此在实际应用中尽量避免使用表级锁。
2. 行级锁（Row Lock）行级锁是对表中的每一行进行加锁，当一个事务对某一行加锁时，其他事务可以同时对其他行进行修改。
行级锁的粒度小，锁的粒度细，可以提高并发性能。
Oracle通过使用多版本并发控制（Multi-Version Concurrency Control，MVCC）来实现行级锁。
三、锁的控制策略Oracle通过以下几种控制策略来管理锁：1. 乐观并发控制（Optimistic Concurrency Control，OCC）乐观并发控制假设并发事务之间的冲突较少，因此允许事务在修改数据时不获取锁，而是在提交时检测是否有冲突发生。
Oracle中锁的产生和解锁
Oracle中锁的产品和解锁文档修改记录版本号日期说明编写者审核者V1.0 20110822 初稿周伟明1Oracle锁的介绍在多进程或者多线程业务系统中，多个Oracle用户可以同时登录到一个Oracle数据库，对数据库中的数据进行操作难免会出现同时访问同一数据（表或者表中某一条记录）的情况，如果不对这种情况进行规范操作，数据的一致性和完整性就得不到保证，从而会出现意想不到的结果，所以必须有一种机制对并发访问进行控制和调度，避免造成数据更新不正确。
Oracle锁就是这样一种机制，它是控制并发操作最常用的方法。
Oracle使用锁来防止进程相互之间发生的破坏性影响，当一个进程企图阻止另外一个进程对某条数据操作时，该进程就对这个数据进行锁，别的进程对这个数据操作之前，必须获得这个数据的解锁。
Oracle锁功能是Oracle DBMS自动完成的，不需要用户干预，但Oracle也提供了加锁的命令，供用户使用。
1.1 Oracle锁机制Oracle自动使用不同锁类型来控制数据的并发操作，以防止用户之间的破坏性干扰。
Oracle为一个事务自动锁一个资源，以防止其他事务对同一个资源的排他锁。
当某种条件出现或者事务不再需要该资源时，锁自动解除。
Oracle自动获取不同类型的锁取决于锁的资源及其所执行的操作。
其中包括数据锁（DML）、字典锁（DDL）、内部锁、人工锁定、分布锁和并行缓冲管理锁。
1.1.1数据锁（DML）模式数据锁保证表中数据在多个用户并发操作数据时保证数据的完整性，并防止相冲突的DML和DDL操作的破坏性干扰。
DML操作可在两个级别获取数据锁：行级锁（TX）和表级锁（TM）。
表级锁有以下几种方式●空Null，即无锁。
●行共享表锁（RS）行共享表锁（有时也叫SS），表明事务保持已锁表行的表锁，并试图修改数据。
这种锁是在执行以下命令的时自动获取：Select …From 表名… for update for …;Lock Table 表名 in Row Share Mode;当一个事务在一个表持有行共享锁的时候，允许其他事务并行查询、插入、修改或者删除及再进行行锁，但禁止其他事务以排他方式进行操作该表。
oracle的TM锁TX锁知识完全普及
o r a c l e的T M锁T X锁知识完全普及Hessen was revised in January 2021oracle的TM锁、TX锁知识完全普及锁概念基础数据库是一个多用户使用的共享资源。
当多个用户并发地存取数据时，在数据库中就会产生多个事务同时存取同一数据的情况。
若对并发操作不加控制就可能会读取和存储不正确的数据，破坏数据库的一致性。
加锁是实现数据库并发控制的一个非常重要的技术。
当事务在对某个数据对象进行操作前，先向系统发出请求，对其加锁。
加锁后事务就对该数据对象有了一定的控制，在该事务释放锁之前，其他的事务不能对此数据对象进行更新操作。
在数据库中有两种基本的锁类型：排它锁（Exclusive Locks，即X锁）和共享锁（Share Locks，即S锁）。
当数据对象被加上排它锁时，其他的事务不能对它读取和修改。
加了共享锁的数据对象可以被其他事务读取，但不能修改。
数据库利用这两种基本的锁类型来对数据库的事务进行并发控制。
Oracle数据库的锁类型根据保护的对象不同，Oracle数据库锁可以分为以下几大类：DML锁（data locks，数据锁），用于保护数据的完整性；DDL锁（dictionary locks，字典锁），用于保护数据库对象的结构，如表、索引等的结构定义；内部锁和闩（internal locks and latches），保护数据库的内部结构。
DML锁的目的在于保证并发情况下的数据完整性，。
在Oracle数据库中，DML锁主要包括TM锁和TX锁，其中TM锁称为表级锁，TX锁称为事务锁或行级锁。
当Oracle 执行DML语句时，系统自动在所要操作的表上申请TM类型的锁。
当TM 锁获得后，系统再自动申请TX类型的锁，并将实际锁定的数据行的锁标志位进行置位。
这样在事务加锁前检查TX锁相容性时就不用再逐行检查锁标志，而只需检查TM锁模式的相容性即可，大大提高了系统的效率。
ORACLE锁
ORACLE锁开发多用户、数据库驱动的应用时，最大的难点之一：一方面要力争取得最大限度的并发访问，与此同时还要确保每个用户能以一致的方式读取和修改数据；为此就有了锁定（locking）机制。
锁（lock）机制用于管理对共享资源的并发访问，同时还能提供数据完整性和一致性。
有多少种数据库，其中就可能有多少种实现锁定的方法。
时刻记住以下两点:1、所有数据库本质上都不同。
2、为一个新的数据库平台设计应用时，对于数据库如何工作不能做任何假设。
如SQL Server利用聚簇索引，就能按聚簇键的顺序在整个表中插入行（而不是只在表的末尾插入），以改善SQL Server数据库的并发性。
而且默认情况下，SQL Server每执行一条语句后就会立即提交或回滚。
这样为了得到更大的并发性，但是会破坏事务完整性。
在Oracle中事务是每个数据库的核心在必要时才提交，不要太快提交，以避免对系统带来压力。
事务的大小只应该根据业务逻辑来定。
只要需要，就应该尽可能长时间地保持对数据所加的锁。
行级锁没有相关的开销，根本没有。
不论你是有1个行锁，还是1000000个行锁，专用于锁定这个信息的“资源”数都是一样的。
不同级别的锁的开销是一样的数据读取器不会被数据写入器阻塞。
数据写入器也不会被数据读取器阻塞。
一、锁定问题：丢失更新；需要使用某种锁定策略，共有两种锁定策略：悲观锁定或乐观锁定。
1、悲观锁定；在试图更新之前我们就把行锁住了。
2、乐观锁定；锁定都延迟到即将执行更新之前才做。
执行更新的失败可能性会加大。
实现方法有很多，以下介绍四种：a、在应用中同时保留旧值和新值，存储行的所有“前”（before）映像。
b、使用版本列的乐观锁定；版本维护：应用、存储、触发器（开销较大）。
c、使用校验和的乐观锁定；计算散列或校验和有很多方法。
计算散列或校验和是一个CPU密集型操作，相当占用CPU。
如果从网络开销角度看，计算散列或校验和只需在网络上传输相当小的散列值，而不是行的完整的前映像和后映像。
oracle 锁的介绍
oracle 锁的介绍一、什么是锁：Oracle的锁机制是一种轻量级的锁定机制，不是通过构建锁列表来进行数据的锁定管理，而是直接将锁作为数据块的属性，存储在数据块首部。
这个是通过ITL来实现的，一个事务要修改块中的数据，必须获得该块中的一个itl。
二、为什么需要锁：oracle为什么好好的要搞一个锁（l ock）机制出来呢？很简单，那是因为需要它。
想想看我们自己家的门为什么要锁起来呢？这个我们肯定都知道怕家里的东西丢失或被别人拿走，如果没有别的人家世界就你一家那就没有必要锁门。
oracl e里锁也是一个道理，如果是单用户的系统，那完全没有必要这个锁，就是因为有多用户并发操作，我们为了确保资源的安全性（也就是oracl e的数据完整性和一致性）才引申出这个锁出来。
Oracle 利用其锁机制来实现事务间的数据并发访问及数据一致性。
三、锁的模式：oracl e有两种模式的锁：排他锁（exclusive lock，即X锁）和共享锁（share l ock，即S锁）。
南京宝云ocp课程开课啦~当数据对象被加上排它锁时，其他的事务不能对它读取（可以读取und o）和修改。
加了共享锁的数据对象可以被其他事务读取，但不能修改。
数据库利用这两种基本的锁类型来对数据库的事务进行并发控制。
四、锁的类型：根据保护的对象不同，Oracle数据库锁可以分为以下几大类：DML锁（data locks，数据锁）：用于保护数据的完整性。
DDL锁（dictionary l ocks，字典锁）：用于保护数据库对象的结构，如表、索引等的结构定义。
内部锁和闩（internal l ocks and latches）：保护数据库的内部结构，例如，数据文件。
内部锁及闩锁的管理完全由Oracle 自动完成。
oracle 锁 详解
oracle 锁详解
Oracle中的锁分为两种：悲观锁和乐观锁。
悲观锁：
悲观锁的思想是认为并发环境中，总有其他会话会修改或者查询同一
数据，因此在操作前先将数据锁住，阻塞其他会话的操作，等待当前会话
完成后再释放锁。
Oracle中的悲观锁主要有行锁和表锁。
行锁：
行锁是针对数据表中特定行的锁定机制。
当一个事务拥有了某行记录
的锁时，其他事务就不能操作该行记录，直到该行记录被锁定的会话释放锁。
Oracle中行锁基于行级锁定机制实现。
通过行级锁定机制，只锁住
需要修改的数据行，而不会锁住整个数据表，这样能大大缩短了锁定时间，提高了并发度。
表锁：
表锁则是针对数据表的锁定机制。
在锁定表后，其他会话便无法进行
任何操作，包括读取、修改、删除等。
表锁的粒度较大，对系统的性能影
响比较大，因此尽可能避免对整个表进行锁定。
乐观锁：
乐观锁认为并发环境下操作冲突的概率较小，因此不会在执行前对数
据进行加锁，而是在提交操作时对数据进行版本控制，若发现数据已被其
他会话修改，则拒绝当前会话的提交。
Oracle中的乐观锁主要基于乐观
并发控制（Optimistic Concurrency Control）实现。
总体上说，悲观锁在并发较高的环境中表现更加稳定可靠，但会增加系统的开销；乐观锁在并发较低且读操作多于写操作的情况下表现更好，但在高并发、写操作频繁的环境中，容易出现冲突，需要进行版本回滚或者重试操作，增加了系统的复杂度。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
o r a c l e的T M锁、T X锁知识完全普及锁概念基础
数据库是一个多用户使用的共享资源。
当多个用户并发地存取数据时，在数据库中就会产生多个事务同时存取同一数据的情况。
若对并发操作不加控制就可能会读取和存储不正确的数据，破坏数据库的一致性。
加锁是实现数据库并发控制的一个非常重要的技术。
当事务在对某个数据对象进行操作前，先向系统发出请求，对其加锁。
加锁后事务就对该数据对象有了一定的控制，在该事务释放锁之前，其他的事务不能对此数据对象进行更新操作。
在数据库中有两种基本的锁类型：排它锁（ExclusiveLocks，即X锁）和共享锁（ShareLocks，即S锁）。
当数据对象被加上排它锁时，其他的事务不能对它读取和修改。
加了共享锁的数据对象可以被其他事务读取，但不能修改。
数据库利用这两种基本的锁类型来对数据库的事务进行并发控制。
Oracle数据库的锁类型
根据保护的对象不同，Oracle数据库锁可以分为以下几大类：DML锁（datalocks，数据锁），用于保护数据的完整性；DDL锁（dictionarylocks，字典锁），用于保护数据库对象的结构，如表、索引等的结构定义；内部锁和闩（internallocksandlatches），保护数据库的内部结构。
DML锁的目的在于保证并发情况下的数据完整性，。
在Oracle数据库中，DML锁主要包括TM锁和TX锁，其中TM锁称为表级锁，TX锁称为事务锁或行级锁。
当Oracle执行DML语句时，系统自动在所要操作的表上申请TM类型的锁。
当TM锁获得后，系统再自动申请TX类型的锁，并将实际锁定的数据行的锁标志位进行置位。
这样在事务加锁前检查TX 锁相容性时就不用再逐行检查锁标志，而只需检查TM锁模式的相容性即可，大大提高了系统的效率。
TM锁包括了SS、SX、S、X等多种模式，在数据库中用0－6来表示。
不同的SQL操作产生不同类型的TM锁。
在数据行上只有X锁（排他锁）。
在Oracle数据库中，当一个事务首次发起一个DML语句时就获得一个TX锁，该锁保持到事务被提交或回滚。
当两个或多个会话在表的同一条记录上执行DML语句时，第一个会话在该条记录上加锁，其他的会话处于等待状态。
当第一个会话提交后，TX锁被释放，其他会话才可以加锁。
当Oracle数据库发生TX锁等待时，如果不及时处理常常会引起Oracle数据库挂起，或导致死锁的发生，产生ORA-60的错误。
这些现象都会对实际应用产生极大的危害，如长时间未响应，大量事务失败等。
悲观封锁和乐观封锁
一、悲观封锁
锁在用户修改之前就发挥作用：
Select..forupdate（nowait)
Select*fromtab1forupdate
用户发出这条命令之后，oracle将会对返回集中的数据建立行级封锁，以防止其他用户的修改。
如果此时其他用户对上面返回结果集的数据进行dml或ddl操作都会返回一个错误信息或发生阻塞。
1：对返回结果集进行update或delete操作会发生阻塞。
2：对该表进行ddl操作将会报：Ora-00054:resourcebusyandacquirewithnowaitspecified.
原因分析
此时Oracle已经对返回的结果集上加了排它的行级锁，所有其他对这些数据进行的修改或删除操作都必须等待这个锁的释放，产生的外在现象就是其他的操作将发生阻塞，这个这个操作commit 或rollback.
同样这个查询的事务将会对该表加表级锁，不允许对该表的任何ddl操作，否则将会报出ora-00054错误：:resourcebusyandacquirewithnowaitspecified.
二、乐观封锁
乐观的认为数据在select出来到update进取并提交的这段时间数据不会被更改。
这里面有一种潜在的危险就是由于被选出的结果集并没有被锁定，是存在一种可能被其他用户更改的可能。
因此Oracle仍然建议是用悲观封锁，因为这样会更安全。
阻塞
定义：
当一个会话保持另一个会话正在请求的资源上的锁定时，就会发生阻塞。
被阻塞的会话将一直挂起，直到持有锁的会话放弃锁定的资源为止。
4个常见的dml语句会产生阻塞
INSERT
UPDATE
DELETE
SELECT…FORUPDATE
INSERT
Insert发生阻塞的唯一情况就是用户拥有一个建有主键约束的表。
当2个的会话同时试图向表中插入相同的数据时，其中的一个会话将被阻塞，直到另外一个会话提交或会滚。
一个会话提交时，另一个会话将收到主键重复的错误。
回滚时，被阻塞的会话将继续执行。
UPDATE和DELETE当执行Update和delete操作的数据行已经被另外的会话锁定时，将会发生阻塞，
直到另一个会话提交或会滚。
Select…forupdate
当一个用户发出select..forupdate的错作准备对返回的结果集进行修改时，如果结果集已经被另一个会话锁定，就是发生阻塞。
需要等另一个会话结束之后才可继续执行。
可以通过发出select…forupdatenowait的语句来避免发生阻塞，如果资源已经被另一个会话锁定，则会返回以下错误：Ora-00054:resourcebusyandacquirewithnowaitspecified.
死锁-deadlock
定义:当两个用户希望持有对方的资源时就会发生死锁.
即两个用户互相等待对方释放资源时,oracle认定为产生了死锁,在这种情况下,将以牺牲一个用
户作为代价,另一个用户继续执行,牺牲的用户的事务将回滚.
例子：
1：用户1对A表进行Update，没有提交。
2：用户2对B表进行Update，没有提交。
此时双反不存在资源共享的问题。
3：如果用户2此时对A表作update,则会发生阻塞，需要等到用户一的事物结束。
4：如果此时用户1又对B表作update，则产生死锁。
此时Oracle会选择其中一个用户进行会滚，使另一个用户继续执行操作。
起因:
Oracle的死锁问题实际上很少见，如果发生，基本上都是不正确的程序设计造成的，经过调整后，基本上都会避免死锁的发生。
DML锁分类表
1.关于V$lock表和相关视图的说明
2.其它相关视图说明
select*fromv$lock;
select*fromv$lockwhereblock=1;
2.查询被锁的对象
select*fromv$locked_object;
3.查询阻塞
查被阻塞的会话
select*fromv$lockwherelmode=0andtypein('TM','TX');
查阻塞别的会话锁
select*fromv$lockwherelmode>0andtypein('TM','TX');
4.查询数据库正在等待锁的进程
select*fromv$sessionwherelockwaitisnotnull;
5.查询会话之间锁等待的关系
6.查询锁等待事件
select*fromv$session_waitwhereevent='enqueue';。