数据库阻塞和锁

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#;
相关推荐
程序猿DD6 分钟前
Java 25 中的 6 个新特性解读
java·后端
稻草猫.9 分钟前
文件 IO
java·笔记·后端·java-ee·idea
掘金码甲哥12 分钟前
有关CORS跨域访问,这事没完
后端
码事漫谈1 小时前
从外行到AI指挥官:你必须掌握的五大「程序员思维」
后端
Moonbit1 小时前
MoonBit 开发者激励计划开启|赢取价值 $20 Copilot 月卡权益!
后端
码事漫谈1 小时前
通信的三种基本模式:单工、半双工与全双工
后端
前端中后台1 小时前
如何防止短信验证码接口被盗刷
后端
m0_736927041 小时前
Spring Boot自动配置与“约定大于配置“机制详解
java·开发语言·后端·spring
重生之我在二本学院拿offer当牌打2 小时前
秒杀场景下的MySQL优化:从崩溃到抗住100万QPS
后端
重生之我在二本学院拿offer当牌打2 小时前
IoC容器深度解析(三):Bean生命周期11步骤深度剖析,彻底搞懂Spring核心机制!
后端