一次由于for update锁表,引起应用异常的经历

 好好的系统突然不能登录了,虽然立刻重启了应用,但没一会儿就有无法访问了,
网络正常,服务器占用资源不高,也没有人更新程序,应用服务器日志中也没有什么特别的错误,
这种突然现象以前还没有遇到过,几次重启应用服务器,结果都是一会儿后就有问题.
到处找人求教,没有结果,突然旁边有人提醒会不会锁表了,打开pl/sql一看,果然,锁表了!
解锁后一切正常.
原来有一个小表数据不多,想找一条记录然后修改一下,于是用了for update,还是锁全表,
 
但这个表又是一个经常被修改的表,于是所有的线程都在等待这个表的释放, 导致应用无法响应新的请求.
经过这次教训,深深体会到故障点的多样性和复杂性,以及不好的操作习惯所带来的坏处.
总结教训有以下几点:
1.慎用for update语句.禁止对全表进行for update,如果需要修改表数据,在pl/sql中的表名上点击右键,选择编辑数据,
这样只是在提交时才会锁表.
2.正常运行的系统,如果突然间奇妙的出现故障,应先考虑人为操作问题,再考虑有没有人修改过程序,最后检测服务器的状态.
3.对于业务系统中的重点表,比如经常需要执行update语句的,要特别注意,最好在维护文档中说明,这些表属于临界资源,
不能被锁,否则极易出问题.
  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值