oracle 锁 详解

1、事务的概念：事务是一个基本的逻辑单元，它作为一个整体要么全部执行要么全部不执行。

2、事务的特性：原子性：事务是处理的一个原子单位，每一个操作不可拆分，它要么全部执行成功，要么全部都不执行。

一致性：指事务完成时，必须使所有的数据在整体上不变。

隔离性：各事务之间相互隔离，此事务的执行不受其他并发事务执行的干扰。

持续性：指事务对数据库的改变应是持续存在的，不会因故障而发生丢失。

3、从功能是上划分，sql语言分为DDL、DML和DCL：3.1DDL(Data Definition Language，数据定义语言)：用于定义和管理数据库中的所有对象的语言，如：create创建表空间、alter修改表空间、drop 删除表空间3.2：DML(Data manipulation Language，数据操作语言)：处理数据等操作，如：insert插入数据、delete删除数据、update修改数据、select查询数据3.3：DCL(Data Control Language，数据控制语言)：授予或回收访问数据库的权限，控制数据库操作事务发生的时间及效果，对数据库实行监视，如：grant授权，rollback回滚，commit提交4、事务的开始及结束：一个事务可以由一条DDL语句单独组成或多条DML语句共同组成。

一个事务从执行第一条sql语句开始，在它被提交或被回滚时结束。

事务的提交可以是显式提交：用commit命令直接完成；也可以是提交隐式提交：用sql语句间接完成提交，这些语句有：alter，audit，comment，create，disconnect，drop，exit，grant，noaudit，quit，revoke，rename，会话终止等；还可以是自动提交：set autocommit on或set autocommit immediate设置为自动提交，则在插入、删除、修改语句执行后自动提交，使用set autocommit off可以取消自动提交，show autocommit可以查看自动提交是否打开。

一.为了防止用户在同一时间并发地访问和修改资源，ORACLE使用不同类型的锁控制对数据的并发访问，以防止用户之间出现破坏性的交互操作，oracle 为处理事务自动锁定资源。

锁在SQL语句开始它们与数据的相互作用时获得，并在事务的整个过程中有效。

ORACLE使用两种锁模式：1.独占模式（排他）：不允许其他任何并发会话以任何方式共享锁定的资源，修改数据时需要这种锁。

2.共享模式：允许对同一块数据的并发读访问。

在更改数据时，上升为独占模式。

一)行级锁insert update delete 隐式加行锁(排他)select ... for update 显示加行锁(共享)select ...for update 用于显示锁定将要更新的数据行，防止其他用户在更新之前操作此行如：select * from emp where deptno=30 for updateupdate emp set ename='Joke' where empno=7499;在锁释放之前，其他用户不可以对锁定的数据行进行(修改，删除)操作，查询可以假如有其他用户要锁定同一资源：可以使用wait 子句对锁的等待时间控制如：在另一用户中：select * from emp where deptno=30 for update wait 2 (等待2秒如2秒钟还未释放资源，系统将会给出提示信息二)表级锁共享模式（in share mode)共享更新模式（in share update mode)排他锁模式锁定表的通用语法：lock table 表名in <share or share update or exclusive mode>;1) 共享模式不允许其他用户插入，更新和删除行,多个用户可以同时在同一表上设置共享锁，这样设置锁的多个用户都只能执行查询lock table emp in share mode;2）共享更新模式（in share update mode)允许多个用户同时锁定表的不同行, 允许其他用户进行DML(insert update delete select)操作, 除了已锁定的行如：lock table emp in share update mode;select * from emp where deptno=30 for update //锁定的行其他用户不能delete ,update 部门30的雇员信息其他用户可以查看锁定的行: select * from emp where deptno=303）排他锁模式(限制性强)不允许其他用户插入，更新和删除行, 允许查看数据，但只有一个用户可以在表中放置排他锁lock table emp in exclusive mode;三) 死锁如：USERA: lock table scott.emp in share mode;USERB: lock table scott.emp in share mode ;USERA: update scott.emp set ename='Smith' where empno=7369;USERB: update scott.emp set job='CLERK' where empno=7521;发生死锁二.解锁一) 查询出锁定的相关信息的SQLview plaincopy to clipboardprint?1select a.sid, b.serial#, ername, b.osuser, b.machine, b.program,c.object_name,d.spid2 decode(a.type,3'mr', 'media recovery',4'rt','redo thread',5'un','user name',6'tx', 'transaction',7'tm', 'dml',8'ul', 'pl/sql user lock',9'dx', 'distributed xaction',10'cf', 'control file',11'is', 'instance state',12'fs', 'file set',13'ir', 'instance recovery',14'st', 'disk space transaction',15'ts', 'temp segment',16'iv', 'library cache invalida-tion',17'ls', 'log start or switch',18'rw', 'row wait',19'sq', 'sequence number',20'te', 'extend table',21'tt', 'temp table',22'unknown') locktype,23 decode(a.lmode,240, 'none',251, 'null',262, 'row-s',273, 'row-x',284, 'share',295, 's/row-x',306, 'exclusive', 'unknown') lockmode,31 from v$lock a, v$session b, all_objects c, v$process d32 where a.sid = b.sid33 and a.type in ('tm','tx')34 and c.object_id = a.id135 and b.paddr = d.addr;二) 杀掉进程--alter system kill session 'sid,serial#';--把锁给KILL掉alter system kill session '146,21177';。

Oracle⽤户被锁的原因及解决办法在登陆时被告知test⽤户被锁1、⽤dba⾓⾊的⽤户登陆，进⾏解锁，先设置具体时间格式，以便查看具体时间SQL> alter session set nls_date_format='yyyy-mm-dd hh24:mi:ss';Session altered.2、查看具体的被锁时间SQL> select username,lock_date from dba_users where username='TEST';USERNAME LOCK_DATETEST 2009-03-10 08:51:033、解锁SQL> alter user test account unlock;User altered.4、查看是那个ip造成的test⽤户被锁查看$ORACLE_HOME/network/admin/log/listener.log⽇志10-MAR-2009 08:51:03 * (CONNECT_DATA=(SID=lhoms)(SERVER=DEDICATED)(CID=(PROGRAM=Oracle)(HOST=omstestdb)(USER=oraoms))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.69.1.11)(PORT=49434)) * establish * lhoms * 0 10-MAR-2009 08:51:03 * (CONNECT_DATA=(SID=lhoms)(SERVER=DEDICATED)(CID=(PROGRAM=oracle)(HOST=omstestdb)(USER=oraoms))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.69.1.11)(PORT=49435)) * establish * lhoms * 0这样可知是上⾯10.69.1.11的ip尝试多次失败登陆造成的被锁注：⼀般数据库默认是10次尝试失败后锁住⽤户1、查看FAILED_LOGIN_ATTEMPTS的值select * from dba_profiles2、修改为30次alter profile default limit FAILED_LOGIN_ATTEMPTS 30;3、修改为⽆限次（为安全起见，不建议使⽤）alter profile default limit FAILED_LOGIN_ATTEMPTS unlimited;以上所述是⼩编给⼤家介绍的Oracle⽤户被锁的原因及解决办法，希望对⼤家有所帮助，如果⼤家有任何疑问请给我留⾔，⼩编会及时回复⼤家的。

oracle行锁加锁规则Oracle行锁加锁规则行锁是Oracle数据库中一种重要的锁机制，用于保证并发事务的数据一致性和完整性。

行锁的加锁规则对于数据库的性能和并发控制至关重要。

本文将介绍Oracle行锁的加锁规则。

1. 什么是行锁行锁是指对数据库表中的某一行数据进行锁定，使其他事务无法修改该行数据，从而保证数据的一致性和完整性。

行锁是一种细粒度的锁，可以在并发环境中提供更好的性能和并发控制。

2. 行锁的加锁规则（1）行锁是基于事务的，只有在事务中才能加锁和释放锁。

（2）行锁是自动加锁的，当事务对某一行数据进行修改时，会自动加上行锁。

（3）行锁的粒度是行级别的，只锁定被修改的行，而不是整个表或数据块。

（4）行锁的加锁和释放是自动的，无需手动操作。

（5）行锁是互斥的，即同一行数据只能被一个事务加锁，其他事务必须等待锁释放后才能进行修改操作。

（6）行锁的持有时间应尽量缩短，避免长时间占用锁资源，影响其他事务的执行效率。

（7）行锁的粒度应尽量细化，避免锁住不必要的行，提高并发性能。

3. 行锁的优化策略（1）尽量减少事务的锁持有时间，及时释放锁资源。

（2）尽量使用最小粒度的锁，只锁定必要的行，避免锁住不必要的行。

（3）合理设计事务的执行顺序，避免死锁的发生。

（4）使用合适的并发控制机制，如乐观锁和悲观锁的结合使用，提高并发性能。

（5）合理设置数据库的参数，如并发连接数和锁超时时间，以提高并发性能。

总结行锁是Oracle数据库中重要的并发控制机制，它通过对数据表中的某一行数据进行锁定，保证事务的一致性和完整性。

行锁的加锁规则需要遵循事务的原子性和隔离性，同时要合理设计锁的粒度和持有时间，以提高数据库的性能和并发控制能力。

在实际应用中，我们需要根据具体的业务需求和并发访问情况，进行合理的行锁优化策略，以提高系统的性能和稳定性。

oracle锁表原因和如何解锁分享最近项⽬项⽬开始忙起来了，就不哔哔了，直接给你们看东西好了。

查锁表select a.OS_USER_NAME, c.owner, c.object_name, b.sid, b.serial#, logon_timefrom v$locked_object a, v$session b, dba_objects cwhere a.session_id = b.sidand a.object_id = c.object_idorder by b.logon_time;解锁ALTER SYSTEM KILL SESSION '129,77';查什么系统导致上的锁select spid, osuser, s.programfrom v$session s,v$process pwhere s.paddr=p.addr and s.sid=129查看什么语句导致锁表的select l.session_id sid,s.serial#,l.locked_mode,l.oracle_username,er#,l.os_user_name,s.machine,s.terminal,a.sql_text,a.actionfrom v$sqlarea a, v$session s, v$locked_object lwhere l.session_id = s.sidand s.prev_sql_addr = a.addressorder by sid, s.serial#;查看有⼏个表被锁select count(*) from v$locked_object;查表SPID129是通过查锁表查出来的SIDselect spid, oSUSEr, s.programfrom v$session s,v$process pwhere s.paddr=p.addr and s.sid=129当Kill不能解锁时，Ctrl+R CMD 输⼊下⾯这句，结束线程。

Oracle包被锁定的原因分析及解决方案在数据库的开发过程中，经常碰到包、存储过程、函数无法编译或编译时会导致PL/SQL 无法响应的问题。

碰到这种问题，基本上都要重启数据库解决，严重浪费开发时间。

本文将就产生这种现象的原因和解决方案做基本的介绍。

问题分析从事数据库开发的都知道锁的概念，如：执行Update Table xxx Where xxx 的时候就会产生锁。

这种常见的锁在Oracle 里面被称为DML锁。

在Oracle中还有一种DDL锁，主要用来保证存储过程、表结构、视图、包等数据库对象的完整性，这种锁的信息可以在DBA_DDL_LOCKS中查到。

注意：V$LOCKED_OBJECT记录的是DML锁信息，DDL锁的信息不在里面。

对应DDL锁的是DDL语句，DDL语句全称数据定义语句（Data Define Language）。

用于定义数据的结构或Schema，如：CREATE、ALTER、DROP、TRUNCATE、COMMENT、RENAME。

当我们在执行某个存储过程、或者编译它的时候Oracle会自动给这个对象加上DDL锁，同时也会对这个存储过程所引用的对象加锁。

了解了以上知识以后，我们可以得出结论：编译包长时间无响应说明产生了死锁。

我们可以轻易的让这种死锁发生，举例：1、打开一个PL/SQL，开始调试某个函数（假设为：FUN_CORE_SERVICECALL），并保持在调试状态2、打开一个SQL Window，输入Select *Fromdba_ddl_locks aWhere ='FUN_CORE_SERVICECALL'会发现一行记录：3、打开一个新的PL/SQL，重新编译这个函数。

我们会发现此时已经无法响应了4、回到第一个PL/SQL ,重新执行Select *Fromdba_ddl_locks aWhere ='FUN_CORE_SERVICECALL'我们将会看到如下记录：5、上述的情况表明发生了锁等待的情况。

Oracle常见死锁发生的原因以及解决方法死锁是指在并发程序中，两个或多个进程因为争夺系统资源而陷入无限等待的状态，从而无法继续执行下去。

在Oracle数据库中，死锁是一个非常常见的问题，它会导致系统性能下降，甚至造成系统崩溃。

本文将详细介绍Oracle常见死锁发生的原因以及解决方法。

一、死锁发生的原因1.竞争资源：当多个进程同时请求相同的资源时，可能会导致死锁的发生。

例如，如果两个进程同时请求一个表的写锁，那么它们就会陷入死锁状态。

2.锁的顺序：当多个进程按照不同的顺序请求锁时，可能会导致死锁的发生。

例如，如果进程A先请求资源X，再请求资源Y，而进程B先请求资源Y，再请求资源X，那么它们就会陷入死锁状态。

3.锁的持有时间：当一个进程持有一个锁，并且在等待其他资源时继续保持该锁，可能会导致死锁的发生。

例如，如果进程A持有资源X的锁，并且在等待资源Y时继续保持该锁，而进程B持有资源Y的锁，并且在等待资源X时继续保持该锁，那么它们就会陷入死锁状态。

二、死锁的解决方法1. 死锁检测和解除：Oracle数据库提供了死锁检测和解除的机制。

当一个进程请求一个资源时，数据库会检查是否存在死锁。

如果存在死锁，数据库会选择一个进程进行回滚，解除死锁状态，并且通知其他进程重新尝试获取资源。

2.超时设置：为了避免死锁的发生，可以设置超时时间。

当一个进程请求一个资源时，如果在指定的超时时间内无法获取资源，那么就放弃该请求，并且释放已经持有的资源。

这样可以防止死锁的发生，但是会增加系统的开销。

3.锁的顺序：为了避免死锁的发生，可以规定所有进程按照相同的顺序请求锁。

例如，可以规定所有进程按照资源的名称进行排序，然后按照顺序请求锁。

这样可以避免死锁的发生，但是可能会影响系统的性能。

4.锁的粒度：为了避免死锁的发生，可以尽量减小锁的粒度。

例如，可以将一个大的锁分解成多个小的锁，这样可以减少锁的冲突，降低死锁的概率。

但是需要注意的是，锁的粒度过小可能会导致系统的性能下降。

oracle锁与死锁概念，阻塞产⽣的原因以及解决⽅案锁是⼀种机制，⼀直存在；死锁是⼀种错误，尽量避免。

⾸先，要理解锁和死锁的概念：1、锁：定义：简单的说，锁是数据库为了保证数据的⼀致性⽽存在的⼀种机制，其他数据库⼀样有，只不过实现机制上可能⼤相径庭。

那么，锁的种类有哪些？锁的种类有很多，根据保护的对象不同，Oracle数据库锁可以分为以下⼏⼤类：DML锁（data locks，数据锁），⽤于保护数据的完整性；DDL锁（dictionary locks，字典锁），⽤于保护数据库对象的结构，如表、索引等的结构定义；内部锁和闩（internal locks and latches），保护数据库的内部结构。

在实际项⽬中遇到的最多的是DML锁，也可进⼀步说是⾏级锁。

这些⾏级锁在程序并发访问的时候会造成程序很慢，或者直接访问不了的情况—这种现象称为阻塞。

那么，产⽣阻塞的原因是什么呢？定义：当⼀个会话保持另⼀个会话正在请求的资源锁定时，就会发⽣阻塞。

被阻塞的会话将⼀直挂起，直到持有锁的会话放弃锁定的资源为⽌。

四个常见的DML语句会产⽣阻塞：1）INSERT 2）U PDATE 3）DELETE 4）SELECT…FOR UPDATE2、死锁：定义：当两个⽤户同时希望持有对⽅的资源时就会发⽣死锁。

即当两个⽤户互相等待对⽅释放资源时，oracle认定产⽣了死锁，在这种情况下，将以牺牲⼀个⽤户为代价，另⼀个⽤户继续执⾏，牺牲的事物将回滚。

例⼦： 1：⽤户1对A表进⾏Update，没有提交。

2：⽤户2对B表进⾏Update，没有提交。

此时双反不存在资源共享的问题。

3：如果⽤户2此时对A表作update,则会发⽣阻塞，需要等到⽤户⼀的事物结束。

4：如果此时⽤户1⼜对B表作update，则产⽣死锁。

此时Oracle会选择其中⼀个⽤户进⾏会滚，使另⼀个⽤户继续执⾏操作。

起因: Oracle的死锁问题实际上很少见，如果发⽣，基本上都是不正确的程序设计造成的，经过调整后，基本上都会避免死锁的发⽣。

oracle的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锁模式的相容性即可,大大提高了系统的效率;TM锁包括了SS、SX、S、X 等多种模式,在数据库中用0－6来表示;不同的SQL操作产生不同类型的TM锁;在数据行上只有X锁排他锁;在 Oracle数据库中,当一个事务首次发起一个DML语句时就获得一个TX锁,该锁保持到事务被提交或回滚;当两个或多个会话在表的同一条记录上执行 DML语句时,第一个会话在该条记录上加锁,其他的会话处于等待状态;当第一个会话提交后,TX锁被释放,其他会话才可以加锁;当Oracle数据库发生TX锁等待时,如果不及时处理常常会引起Oracle数据库挂起,或导致死锁的发生,产生ORA-60的错误;这些现象都会对实际应用产生极大的危害,如长时间未响应,大量事务失败等;悲观封锁和乐观封锁一、悲观封锁锁在用户修改之前就发挥作用：Select ..for updatenowaitSelect from tab1 for update用户发出这条命令之后,oracle将会对返回集中的数据建立行级封锁,以防止其他用户的修改;如果此时其他用户对上面返回结果集的数据进行dml或ddl操作都会返回一个错误信息或发生阻塞;1：对返回结果集进行update或delete操作会发生阻塞;2：对该表进行ddl操作将会报：Ora-00054:resource busy and acquire with nowait specified.原因分析此时Oracle已经对返回的结果集上加了排它的行级锁,所有其他对这些数据进行的修改或删除操作都必须等待这个锁的释放,产生的外在现象就是其他的操作将发生阻塞,这个这个操作commit或rollback.同样这个查询的事务将会对该表加表级锁,不允许对该表的任何ddl操作,否则将会报出ora-00054错误：:resource busy and acquire with nowait specified.二、乐观封锁乐观的认为数据在select出来到update进取并提交的这段时间数据不会被更改;这里面有一种潜在的危险就是由于被选出的结果集并没有被锁定,是存在一种可能被其他用户更改的可能;因此Oracle仍然建议是用悲观封锁,因为这样会更安全;阻塞定义：当一个会话保持另一个会话正在请求的资源上的锁定时,就会发生阻塞;被阻塞的会话将一直挂起,直到持有锁的会话放弃锁定的资源为止;4个常见的dml语句会产生阻塞INSERTUPDATEDELETESELECT…FOR UP DATEINSERTInsert发生阻塞的唯一情况就是用户拥有一个建有主键约束的表;当2个的会话同时试图向表中插入相同的数据时,其中的一个会话将被阻塞,直到另外一个会话提交或会滚;一个会话提交时,另一个会话将收到主键重复的错误;回滚时,被阻塞的会话将继续执行; UPDATE 和DELETE当执行Update和delete操作的数据行已经被另外的会话锁定时,将会发生阻塞,直到另一个会话提交或会滚;Select …for update当一个用户发出select..for update的错作准备对返回的结果集进行修改时,如果结果集已经被另一个会话锁定,就是发生阻塞;需要等另一个会话结束之后才可继续执行;可以通过发出select… for update nowait的语句来避免发生阻塞,如果资源已经被另一个会话锁定,则会返回以下错误：Ora-00054:resource busy and acquire with nowait specified. 死锁-deadlock定义:当两个用户希望持有对方的资源时就会发生死锁.即两个用户互相等待对方释放资源时,oracle认定为产生了死锁,在这种情况下,将以牺牲一个用户作为代价,另一个用户继续执行,牺牲的用户的事务将回滚.例子：1：用户1对A表进行Update,没有提交;2：用户2对B表进行Update,没有提交;此时双反不存在资源共享的问题;3：如果用户2此时对A表作update,则会发生阻塞,需要等到用户一的事物结束;4：如果此时用户1又对B表作update,则产生死锁;此时Oracle会选择其中一个用户进行会滚,使另一个用户继续执行操作;起因:Oracle的死锁问题实际上很少见,如果发生,基本上都是不正确的程序设计造成的,经过调整后,基本上都会避免死锁的发生;DML锁分类表1.关于V$lock表和相关视图的说明Lock mode in which the session holds the lock:0 - none1 - null NULL2 - row-S SS3 - row-X SX4 - share S5 - S/Row-X SSX6 - exclusive X--大于0时表示当前会话以某种模式占有该锁,等于0时表示当前会话正在等待该锁资源,即表示该会话被阻塞;--往往在发生TX锁时,伴随着TM锁,比如一个sid=9会话拥有一个TM锁,一般会拥有一个或几个TX锁,但他们的id1和id2是不同的,请注意Lock mode in which the process requests the lock:0 - none1 - null NULL2 - row-S SS3 - row-X SX4 - share S5 - S/Row-X SSX6 - exclusive X--大于0时,表示当前会话被阻塞,其它会话占有改锁的模式2.其它相关视图说明1.查询数据库中的锁select from v$lock;select from v$lock where block=1;2.查询被锁的对象select from v$locked_object;3.查询阻塞查被阻塞的会话select from v$lock where lmode=0 and type in 'TM','TX';查阻塞别的会话锁select from v$lock where lmode>0 and type in 'TM','TX';4.查询数据库正在等待锁的进程select from v$session where lockwait is not null;5.查询会话之间锁等待的关系select holdsid, waitsid,,,, from v$lock a,v$lock b where = and = and =1and =0;6.查询锁等待事件select from v$session_wait where event='enqueue';。

oracle锁表查询和解锁方法一、锁表查询1.使用“行锁”的“for update”子句“for update”子句可以显式地锁定表中的行，以防止其他用户在数据没有更新之前更改或删除它们。

您可以在SELECT语句后使用“for update”子句来锁定表中的特定行：SELECT empno, enameFROM employeesWHERE deptno = 10FORUPDATE;如果您希望锁定整个表，请加上“OF”关键字：SELECT empno, enameFROM employeesWHERE deptno = 10FOR UPDATE OF empno;当在“of”后面指定列名时，它表示你想要锁定此列中的所有行。

这意味着其他会话只能读取此表，但不能修改任何满足WHERE子句的行。

要确保SQL语句完全执行，您必须提交事务。

2.使用“表锁”的“lock table”您可以使用“lock table”语句来锁定表。

lock table用于管理和表中的数据不受任何其他用户影响的场合。

它有三种锁定模式：共享(shared)、排他(exclusive)和混合(mixed)。

lock table table_name in exclusive mode;通常，你将锁定表以防止其他用户以任何方式更改。

共享模式锁定表并允许其他用户从表中选择数据，而排他模式锁定除了选择以外的所有指令。

为了防止其他会话使用SELECT语句，可以使用混合模式。

混合模式允许其他进程只进行SELECT操作。

要确保锁定表，您可以提交事务或回滚事务：请注意，如果您锁定任何表，您必须确保提交或回滚事务，否则其他会话将无法进行任何操作。

二、解锁表。