V$LOCKED_OBJECT 这个不是表，是动态性能视图，从截图报错来看，是指你当前登录的用户 没有查询动态性能视图的权限
超过十多年行业经验，技术领先，服务至上的经营模式，全靠网络和口碑获得客户，为自己降低成本，也就是为客户降低成本。到目前业务范围包括了：网站建设、成都网站制作，成都网站推广，成都网站优化，整体网络托管，重庆小程序开发，微信开发，app开发定制，同时也可以让客户的网站和网络营销和我们一样获得订单和生意！
首先，oracle死锁进程是后台自动发现自动杀掉的。
其次，如果想要杀掉oracle的进程，可以杀程序的前台进程，也可以杀数据库的用户连接进程，也可以在数据库中执行alter system kill session 'sid,serial'去杀
试试下面的方法： 第一步：查看是否有死锁存在，查出有数据则代表有死锁 select p.spid,c.object_name,b.session_id,b.oracle_username,b.os_user_name from v$process p,v$session a,v$locked_object b,all_objects c
1.数据库死锁的现象程序在执行的过程中,点击确定或保存按钮,程序没有响应,也没有出现报错。
2.死锁的原理当对于数据库某个表的某一列做更新或删除等操作,执行完毕后该条语句不提交,另一条对于这一列数据做更新操作的语句在执行的...
3.死锁的定位方法通过检查数据库表,能够检查出是哪一条语句被死锁,产生死锁的机器是哪一台。 ...
4.死锁的解决方法 一般情况下,只要将产生死锁的语句提交就可以了,但是在实际的执行过程中.
大家通常会遇到这种现象，在自己web项目首页使用用户名，密码登陆系统时，始终停留在本页面，无法进入系统，或是在执行某些操作后，系统一直处在等待状态，不出结果，后台也无任何错误提醒。此时，很大的可能就是数据库锁等待，所要查询的包含用户名和密码的表或是用户正操作的表正在被占用造成的。锁等待的现象：程序在执行的过程中，点击确定或保存按钮，程序没有响应，也没有出现报错。网上有很多人把这种现象称为死锁，是不合理的。此时的oracle并未发生任何死锁现象，只是它一直在等待使用者前一个操作的提交。产生锁等待的原因：当对于数据库某个表的某一列做更新或删除等操作，执行完毕后该条语句不提交，另一条对于这一列数据做更新操作的语句在执行的时候就会处于等待状态，此时的现象是这条语句一直在执行，但一直没有执行成功，也没有报错。锁等待定位方法：Sql代码select sql_text from v$sql where hash_value in(select sql_hash_value from v$session where sid in(select session_id from v$locked_object))Sql代码SELECT s.username,l.OBJECT_ID,l.SESSION_ID,s.SERIAL#,l.ORACLE_USERNAME,l.OS_USER_NAME,l.PROCESSFROM V$LOCKED_OBJECT l,V$SESSION S WHERE l.SESSION_ID=S.SID;以上两种方法皆可以，不过查询出来的属性不同，可以根据个人需要选择。其中有一种方法速度较快，但我忘记是哪一种了，您若遇到数据库出现和锁等待相符的现象，可以用这两种方法查询试一下，若得到结果，则说明确实发生锁等待现象了。单个解决锁等待的方法：Sql代码alter system kill session 'sid, serial#'其中的sid和serial可以通过上面锁等待定位方法的第二个方法得到，sid对应SESSION_ID，serial#对应SERIAL#。例如：Sql代码alter system kill session '130,2';我通常会遇到上千个锁，实在没办法一个一个的kill掉了，所以我通常使用下述批量解锁方法。批量解锁方法：注：此方法应在plsql中运行Sql代码declare cursor mycur isselect b.sid,b.serial#from v$locked_object a,v$session bwhere a.session_id = b.sid group by b.sid,b.serial#;beginfor cur in mycur loopexecute immediate ( 'alter system kill session '''||cur.sid || ','|| cur.SERIAL# ||''' ');end loop;end;
Oracle数据库出现死锁的时候可以按照以下处理步骤加以解决：
第一步：尝试在sqlplus中通过sql命令进行删除，如果能够删除成功，则万事大吉！但通常情况下，出现死锁时，想通过命令行或者通过Oracle的管理工具删除有死锁的session，oracle只会将该session标记为killed，但无法清除掉，往往需要通过第二步在操作系统层级进行删除！
Connected to Oracle9i Enterprise Edition Release 9.2.0.1.0
Connected as quik
SQL select xidusn, object_id, session_id, locked_mode from v$locked_object; --查死锁的对象，获取其SESSION_ID
XIDUSN OBJECT_ID SESSION_ID LOCKED_MODE
---------- ---------- ---------- -----------
10 30724 29 3
10 30649 29 3
SQL select username,sid,serial# from v$session where sid=29; --根据上步获取到的sid查看其serial#号
USERNAME SID SERIAL#
------------------------------ ---------- ----------
QUIK 29 57107
SQL alter system kill session '29,57107'; --删除进程，如已经删除过，则会报ora-00031的错误；否则oracle会将该session标记为killed状态，等待一段时间看能否会自动消失，如长时间消失不掉，则需要做后续步骤
alter system kill session '29,57107'
ORA-00031: session marked for kill
SQL select pro.spid from v$session ses,v$process pro where ses.sid=29 and ses.paddr=pro.addr; --查看spid号，以便在操作系统中根据该进程号删除进程
SPID
------------
2273286
第二步：进入操作系统进行删除进程，本示例的操作系统是IBM aix。
login: root --录入用户名
root's Password: --录入密码
*******************************************************************************
* *
* *
* Welcome to AIX Version 5.3! *
* *
* *
* Please see the README file in /usr/lpp/bos for information pertinent to *
* this release of the AIX Operating System. *
* *
* *
*******************************************************************************
Last unsuccessful login: Fri Apr 23 14:42:57 BEIDT 2010 on /dev/pts/1 from 10.73
.52.254
Last login: Fri Apr 23 15:27:50 BEIDT 2010 on /dev/pts/2 from 10.73.52.254
# ps -ef|grep 2273286 --查看进程详情
root 2289864 2494636 0 17:07:15 pts/1 0:00 grep 2273286
oracle 2273286 1 0 14:38:24 - 0:21 oracleQUIK (LOCAL=NO)
# kill -9 2273286 --删除进程，小心操作，别写错进程号，如果oracle的关键进程被删，数据库会崩溃的！
# ps -ef|grep 2273286 --再次查看
root 2289864 2494636 0 17:07:15 pts/1 0:00 grep 2273286
For Windows, at the DOS Prompt: orakill sid spid
For UNIX at the command line kill –9 spid
