编译存储过程遇ddl锁
有时候我们对存储过程的一个新的版本需要上线,可能是做了性能优化或者是功能的添加或改进,如果此时存储过程正在被程序调用,执行起来会花很长时间,这可能已经超出了我们的上线窗口,那怎么办,有些人可能会想到将客户端的连接断开,支持会话的服务器进程自然会被pmon所清理,但是往往事与愿违,存储过程依旧在执行,最有效的办法是在服务器上找到对应将此会话所session 所对应的会话杀了，还不行只有物理上干掉服务器进程了.
首先要做的是找到server process 的sid;
执行存储过程的时候需要获取对象上的ddl 琐,对于执行会话是以共享模式获取,而对与要编译存储过程的会话,则是要以排它模式获取,
如何查看持有ddl索的会话id那?oracle 为我们提供了一个很有用的视图：dba_ddl_locks.
下面模拟测试，首先执行存储过程 PROC_TEST，
首先执行存储过程 PROC_TEST，
session s1:
begin -- Call the procedure proc_test; end;/
session s2中去编译它
session s2:
1 create or replace procedure proc_test is 2 n_num number :=0; 3 n_cnt number; 4 start_time number; 5 end_time number; 6 begi 7 ..........省略。
此时已显示等待（何时结束,未知）
数据库中会话的状态
select sid,command,blocking_Session,event from v$session where status='ACTIVE' and module='PL/SQL Developer'；
| SID | COMMAND | BLOCKING_SESSION | EVENT | |
| 1 | 45 | 3 | db file scattered read | |
| 2 | 434 | 24 | 45 | library cache pin |
显然sid为45的会话挡住了sid为434 即我要编译代码的会话
检查dba_ddl_locks视图更清晰的看到
| SESSION_ID | OWNER | NAME | TYPE | MODE_HELD | MODE_REQUESTED | |
| 1 | 45 | MHISKFDATA | PROC_TEST | Table/Procedure/Type | Null | None |
| 2 | 434 | MHISKFDATA | PROC_TEST | Table/Procedure/Type | Exclusive | None |
v$lock 显示如下
select * from v$lock where sid in ('45','434') order by sid；
| ADDR | KADDR | SID | TYPE | ID1 | ID2 | LMODE | REQUEST | CTIME | BLOCK |
| 00002B0774D9C4D8 | 00002B0774D9C538 | 45 | TM | 96902 | 0 | 3 | 0 | 2754 | 0 |
| 00000000FA47BE08 | 00000000FA47BE60 | 45 | AE | 100 | 0 | 4 | 0 | 2757 | 0 |
| 00000000F6FC7258 | 00000000F6FC72D0 | 45 | TX | 720925 | 365753 | 6 | 0 | 2753 | 0 |
| 00000000FA47D320 | 00000000FA47D378 | 434 | AE | 100 | 0 | 4 | 0 | 2085 | 0 |
| 00000000FA479120 | 00000000FA479178 | 434 | AE | 0 | 1 | 4 | 0 | 226 | 0 |
此时要做的是杀掉45的会话即可
select 'alter system kill session '''||sid||','||serial#||''' immediate;' from v$session where sid='45';
| 1 | alter system kill session '45,39175' immediate; |
再次编译应该没问题了。
如果还有问题那么就只好杀进程了
select p.spid from v$process p, v$session s where p.addr = s.paddr and s.sid='45'；
linux 下
kill -9 &spid。
