数据库阻塞和锁

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#;
相关推荐
Soofjan22 分钟前
(二)数组和切片
后端
Java不加班43 分钟前
Nginx 核心实战指南:反向代理、负载均衡与动静分离
后端
子玖1 小时前
微信扫码注册登录-基于网站应用
后端·微信·go
Assby1 小时前
Java速通Go基础内容
后端
心在飞扬1 小时前
LangGraph 基础知识
前端·后端
Java编程爱好者1 小时前
MyBatis-mybatis入门与增删改查
后端
神奇小汤圆1 小时前
并发编程进阶:volatile、内存屏障与 CPU 缓存机制详解
后端
神奇小汤圆1 小时前
Redis实现 IP 维度滑动窗口限流实践
后端
程序员清风1 小时前
小红书二面:Spring Boot的单例模式是如何实现的?
java·后端·面试
树獭叔叔2 小时前
19-为什么AI工程这么喜欢"创造名词":从Prompt到Skill的造词运动
后端·aigc·openai