ORACLE的TX锁和TM锁及解锁

数据库是一个并发访问的系统，所以说对一个数据库来说最大的问题就是并发控制的问题，这个并发控制所表现的不是在并发读上面，而是在并发写上面。对应并发写，就需要保证数据的一致性！那么什么是是数据一致性呢？先看看什么是数据的不一致性。

数据不一致性：
脏读
张三的存款是1000，早上10点某个做了一个update 变成10000 update xxx set money=10000 where xx 但是没有提交，10点过1分的时候张三去查发现他的钱变成了10000了，这个就是脏读，因为张三读取的是没有提交的数据

不可重复读取：
张三 700
。。。
。。。
李四 1000

在10点的时候有一个人发出了一个select * from t;的sql 先读取了张三700的这个记录， 10点过1分查询还在进行，这个时候有个用户做了一个转账，把从李四的卡里面转了300给张三，当用户读取到李四这个记录的时候，如果返回的结果是700，那么就是一个不可重复读

幻影读
10点发起了一个全表扫描，10点过1分的时候查询还在进行，然后在10点过2分insert了一条记录为vic，那么查询到这个记录的时候是否会读取，如果读取了那就是是一个幻影读

维护这几种数据库一致性oracle都是通过undo的方式去实现的

一致性的另外一个情况，如果说有两个用户同时想修改表中的一行怎么办？？

测试：

锁的特点：
自动管理
伴随整个事物

锁的种类：
1、DML锁
在对数据进行修改的时候就会产生DML锁，一个事务会产生两把锁，一个是行级别的TX锁，一个是表级别的表级共享锁

为什么要有TX和TM的存在呢？
select sid,TYPE,ID1,ID2,LMODE,REQUEST,CTIME from v$lock; --发起dml，使用语句查询

TX（行级别）
保护事务中某一行的一致性

TM（表级别）
尝试drop table；

2、DDL锁

3、LATCH

队列机制，先进先出，一个个的排队

DML锁

TX锁：

通过一个具体的sql，去理解DML锁

用户发出 update emp set sal=100 where empno=7369;

1、找到empno=7369这行的位置，比如说在100号块上面
2、分配undo数据块，并且把7369这个人原来的sal的值放入到undo上面
3、在数据块上分配一个ITI槽，记录事务id，undo的地址，scn，状态（是否提交)等信息
4、找到empno=7369这行的记录，在行头设定锁标记，记录当前事务的iti号
5、把控制全交给用户

在第四步行头的时候就是一个TX锁。
问题：
如果需要跟新的不是一行记录呢？？where deptno=10？？会有几个TX锁？
因为这三条记录是属于同一个事物的的，tx是叫事物排它锁。

测试：
SQL> update emp set sal=100 where empno=7369; --有几个TX锁、几个TM锁

1 row updated.

SQL>
SQL>
SQL>
SQL> update emp set sal=10 where deptno=30; --有几个TX锁、几个TM锁

6 rows updated.

SQL>
SQL> update dept set loc='GZ' where deptno=10;--有几个TX锁、几个TM锁

1 row updated.

v$lock
ADDR 锁对象的地址
KADDR
SID
TYPE 锁类型
ID1 锁标示
ID2 锁标示
LMODE 锁模式下面会将到
REQUEST 要求得到什么样的锁模式，0表示不要求
CTIME
BLOCK

一个个的介绍这里面的字段
TX锁、TM锁中ID1，ID2的含义
为TM锁时候，ID1表示被锁定的对象的OBJECT_ID，ID2此时为“0”。
TX锁的时候 ID1对应视图V$TRANSACTION中的XIDUSN字段（Undo segment number：事务对应的撤销段序列号）和XIDSLOT字段（Slot number：事务对应的槽位号）。其中ID1的高16位为XIDUSN，低16位为XIDSLOT。

查看高16位对应的值：
select trunc(131076/power(2,16)) XIDUSN from dual;
查看低16位对应的值：
select bitand(131076,to_number('ffff','xxxx'))+0 XIDSLOT from dual;

16为这个东西。。。不用管

v$transaction
每一个事务在v$transaction里面有个记录

XIDUSN:就是事务的回滚段号
XIDSLOT:就是ITL列表中,slot的号
XIDSQN:就是表示这个slot被重复使用的次数

对lock来说，使用的是先到先得的机制，会有一个锁队列去控制
测试：
session 1 update dept set loc='GZ' where deptno=10;
session 2 update dept set loc='BJ' where deptno=10;
session 3 update dept set loc='SZ' where deptno=10;

select sid,TYPE,ID1,ID2,LMODE,REQUEST,CTIME from v$lock where type in ('TM','TX');

当session 1释放锁的时候，session2 和session 3谁先会获取到锁资源？？

TM 锁

锁模式锁描述解释 SQL操作
0 none
1 NULL 空 Select
2 SS(Row-S) 行级共享锁，其他对象只能查询这些数据行、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

alter table t move;

insert into t values xxxx;

手工锁定表:没有理由不要这样做
LOCK TABLE emp in ROW SHARE mode;
LOCK TABLE emp in ROW EXCLUSIVE mode;
LOCK TABLE emp in SHARE mode;
LOCK TABLE emp in SHARE ROW EXCLUSIVE mode;
LOCK TABLE emp in EXCLUSIVE mode;

可以用这个测试一下其它的锁冲突

========================================
DDL锁
在DDL语句时产生的锁
排他DDL锁
drop table
alter table

share DDL锁
create procure 里面有很多对象，会在对应的对象上加一个共享的DDL锁，共享锁的目的是为了防止别人获得排他性的锁

死锁：
session 1
update scott.emp set sal=1 where empno=7369;

session 2
update scott.emp set sal=1 where empno=7499;

这个时候session 1 想更新7499
session 1
update scott.emp set sal=1 where empno=7499; --被hang住，啥都动不了
如果session2再去update 7369呢？
session 2
update scott.emp set sal=1 where empno=7369; --理论上也会被hang住，7369被session1获取，要等session1，但是session1要更新7499,由于被session2阻塞，啥都动不了，session2去等一个啥都动不了的session 结果就是永远等待，oracle发现这个问题会自动打破这个死锁

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

解锁

解锁最简单的就是在进行了增删改查的用户进行commit或rollback就可以了提交事物就自动解锁，但是在不知道谁的情况下又是如何解锁了；

select sid,serial#,event from v$session where event like '%TX%'; --查看数据库的情况
select sid,serial#,event,blockint_session from v$session where event like '%TX%'; --看谁被锁了
select sid,serial#,username,machine,blocking_session from v$session where sid=1; 查看罪灰祸手
alter system kill session '1,18'; 根据查出来的sid 和serial# 能确定是谁了然后kill 掉

ORACLE的TX锁和TM锁及解锁相关推荐

oracle 闩情况,理解oracle锁和oracle闩（3）TX锁和TM锁
oracle没有锁管理器和锁列表,这样可以避免行级锁维护的开销和行级锁数量不足导致的争用问题.在Oracle的每行数据上,都有一个标志位来表示该行数据是否被锁定,要查看某一行是否被锁定,必须直接找到这 ...
oracle查看dml锁表,【lock】我所认识的Oracle中的锁，DML锁、DDL锁、闩和内部锁。...
这个问题很简单,你一定对锁有一个认识,但你未必对锁有一个明确的定义. 官方文档这样描述:Locks are mechanisms that prevent destructive interactio ...
Oracle关于TX锁的一个有趣的问题
前阵子有一个网友在群里问了一个关于Oracle数据库的TX锁问题,问题原文如下: 请教一个问题: 两个会话执行不同的delete语句,结果都是删除同一个行.先执行的会话里where条件不加索引走全表扫 ...
oracle锁mode,【案例】Oracle dml操作产生TM锁 lmode=6 分析原因和解决办法
[案例]Oracle dml操作产生TM锁 lmode=6 分析原因和解决办法时间:2016-12-04 20:22 来源:Oracle研究中心作者:网络点击: 次天萃荷净 Ora ...
Oracle enq: TX contention 和 enq: TM contention 等待事件说明
和Oracle性能优化密切相关的一些知识参考如下Blog: Oracle 常见的33个等待事件 http://blog.csdn.net/tianlesoftware/archive/2010/08/ ...
[DB]ORACLE监控锁表（锁表与解表）
ORACLE监控锁表(锁表与解表) 1.查询已经锁住的表 SELECT S.USERNAME, DECODE(L.TYPE, 'TM', 'TABLE LOCK', 'TX', 'ROW LOCK', ...
发生TM锁争用的情况
Row Lock(TX)保护特定行: Table Lock(TM)保护整个表一般发生TM锁争用的情况如下: 1)修改无索引外键(foreign key)的父键时:在子表的外键没有索引的状态下,若父表 ...
数据库工作笔记017---还记得Oracle悲观锁和乐观锁嘛?以及hibernate对乐观悲观锁的封装
技术交流QQ群[JAVA,.NET,BigData,AI]:170933152 今天又用到这个了,之前做分布式,很多表在设计的时候都不加各种限制以及关联了,因为加了以后,数据库以后维护,成本很大但是 ...
Oracle锁表行级锁表级锁行级锁
2019独角兽企业重金招聘Python工程师标准>>> Oracle锁表行级锁表级锁 ---- 行被排他锁定 ----在某行的锁被释放之前,其他用户不能修改此行 ...

ORACLE的TX锁和TM锁及解锁

ORACLE的TX锁和TM锁及解锁相关推荐

最新文章

热门文章