[转帖]Oracle性能优化之LockContention_MySQL, Oracle及数据库讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  MySQL, Oracle及数据库讨论区 »
总帖数
1
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 3740 | 回复: 0   主题: [转帖]Oracle性能优化之LockContention        下一篇 
derek
注册用户
等级:中校
经验:1550
发帖:209
精华:0
注册:2011-7-21
状态:离线
发送短消息息给derek 加好友    发送短消息息给derek 发消息
发表于: IP:您无权察看 2011-10-27 14:30:19 | [全部帖] [楼主帖] 楼主

1、概念

    DML事务使用row-level locks,查询不会锁定数据。锁有两种模式:exlusive、share。

    锁的类型:

• DML or data locks:
– Table-level locks(TM)
– Row-level locks(TX)
• DDL or dictionary locks


  一个transaction至少获得两个锁:一个共享的表锁,一个专有的行锁。Oracle server将所有的锁维护在一个队列里,队列跟踪了等待锁的用户、申请锁的类型以及用户的顺序信息。

    Lock在下列情况会释放:commit;rollback;terminated(此时由pmon清理locks)。

    Quiesced database:一个数据库如果除了sys和system之外没有其他活动session,这个数据库即处于quiesced状态。活动session是指这个session当前处于一个transaction中,或一个查询中,一个fetch中,或正占有某种共享资源。

    2、可能引起lock contention的原因

    不必要的高层次的锁;

    长时间运行的transaction;

    未提交的修改;

    其他产品施加的高层次的锁。

    解决lock contention的方法:锁的拥有者提交或回滚事务;杀死用户会话。

    3、死锁

    Oracle自动检测和解决死锁,方法是通过回滚引起死锁的语句(statement),但是这条语句对应的transaction并没有回滚,因此当收到死锁的错误信息后,应该去回滚改transaction的剩余部分。




赞(0)    操作        顶端 
总帖数
1
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论