数据库阻塞和锁

1.阻塞可以等待或者干掉一个

1.1当执行程序的时候前端如果正常流程没响应了;服务端也没见报错很大程度操作的数据再等另一个事务的处理。

1.2前端没响应还有个服务端的情形,起了一个事务更新了某条数据但是事务没提交,这时候又起了一个事务处理这条数据等待前面的事务提交导致程序走不下去,这种情况再手动操作jdbc的时候发生的概率大点,spring控制的话因为一个线程走的是一个事务规避了这种情形

A事务处理某条数据L1事务未结束锁未释放

B事务也处理数据L1需要等待A事务结束锁释放,不然B处理处于等待中

2.阻塞处理查找问题了,看看是程序问题还是手工操作问题

oracle 复制代码
--未提交事务的sql
select s.sid,
       s.username,
       s.osuser,
       s.program,
       to_char(s.LOGON_TIME, 'yyyymmdd hh24:mi:ss')       as LOGON_TIME,
       to_char(t.START_DATE, 'yyyymmdd hh24:mi:ss')       as START_DATE,
       s.status,
       (select q.SQL_TEXT from v$sql q where q.LAST_ACTIVE_TIME = t.START_DATE
                                         and rownum <= 1) as SQL_TEXT
from v$session s,
     v$transaction t
where s.sADDR = t.SES_ADDR;

3.锁跟线程锁一个道理的只有干掉其中一个

根据测试数据orace检测到死锁会主动给个报错的

A事务处理数据L1, L2

B事务处理数据L2, L1

事务A、B都阻塞只有干掉其中一个

4.死锁处理办法

能避免的一个事务一个处理程序控制。

避免不了的按照同样资源顺序进行处理。

5.锁或阻塞事务查看

oracle 复制代码
SELECT SESS.SID,  SESS.SERIAL#,  LO.ORACLE_USERNAME,  LO.OS_USER_NAME,  AO.OBJECT_NAME 被锁对象名, LO.LOCKED_MODE 锁模式, sess.LOGON_TIME 登录数据库时间,
'ALTER SYSTEM KILL SESSION ''' || SESS.SID || ','||SESS.SERIAL#||'''' FREESQL
FROM V$LOCKED_OBJECT LO,  DBA_OBJECTS AO,  V$SESSION SESS 
WHERE AO.OBJECT_ID = LO.OBJECT_ID AND LO.SESSION_ID = SESS.SID ORDER BY sid, sess.serial#;
相关推荐
aramae1 小时前
模拟实现strcmp()(C语言)
c语言·开发语言·后端
根目录下的猫3 小时前
RK3588适配的轻量级AI模型推荐
人工智能·后端·python·目标检测
星栈4 小时前
用 Rust 写 Agent 服务 -- adk-rust 上手记
后端·agent
杨运交4 小时前
[071][验证码模块]基于Spring拦截器的验证码认证设计思想
java·后端·spring
LucianaiB5 小时前
我用豆包工作 Seed-2.1-pro,复刻了 QQ 时代爆红的魔术图片
后端
码事漫谈5 小时前
智谱 ZCode 静默上传 Git 历史:48 小时信任危机复盘
后端
掘金码甲哥5 小时前
当对话模型遇上向量模型,vllm production stack 又该如何应对?
后端
bbq粉刷匠5 小时前
触发器(下):事务与锁、binlog 一致性与替代方案
sql
传奇开心果编程6 小时前
【springboot基础语法学与练】第 1 课:从零开始
java·spring boot·后端·学习