
以下两个方法以供参考:
1,读取ODBC的配置,ODBC的配置是存放在注册表中的,在程序里可以读取该键值可能能够获取ODBC连接到了哪个数据库。
比如,
用户DSN在
HKEY_CURRENT_USER\Software\ODBC\ODBCINI
系统DSN在
HKEY_LOCAL_MACHINE\Software\ODBC\ODBCINI
这个方法的好处是即便没有连接DB也能进行判断。缺点是如果运行程序的用户没有读取注册表权限则不能实现,且不同的数据库连接引擎,ODBC里的键值是不同的,有些甚至不能在ODBC的键值里直接得到数据库名,比如ORACLE,你得到的可能是服务名,这个服务名对应哪个DB,还需要在tnsnamesora中才能确定。这也是前面我说“可能能够获取”的原因。
2,通过读取数据库系统表或视图或过程或函数的方法得到。语法因DBMS不同而异。
比如,
MS SQLSERVER 2005,可以这样写:
select db_name(dbid) from syssysprocesses where spid = @@spid
Sybase ASE 12,可以这样写:
select db_name(dbid) from mastersysprocesses where spid = @@spid
等等
这个方法的好处是不访问注册表也能判断。缺点是需要连接DB后且具备相应读取权限才能实现。
使用哪种方式,要看你自己实际情况中哪种更方便。
execsp_lock快捷键C_2
execsp_whoactiveexecsp_who快捷键C_1
用Profiler里面的Locks->Deadlockgraph监控看看,如果看到了死锁图,就可以比较形象地展现死锁发生的过程,还可以看到锁的具体类型和过程里面的语句,对你诊断会有帮助。
Declare@LockTabtable(spidint,dbidint,ObjIdint,IndIdint,Typevarchar(50),Resourcevarchar(50),Modevarchar(50),Statusvarchar(50))
insertinto@LockTabexecsp_lock
Declare@ActiveTabtable(spidint,ecidint,statusvarchar(50),loginnamevarchar(50),hostnamevarchar(50),blkint,dbnamevarchar(50),cmdvarchar(50),request_idint)
insertinto@ActiveTabexecsp_whoactive
selectfrom@LockTablt
leftjoin@ActiveTabatonltspid=atspid
Oracle数据库出现死锁的时候可以按照以下处理步骤加以解决:
第一步:尝试在sqlplus中通过sql命令进行删除,如果能够删除成功,则万事大吉!但通常情况下,出现死锁时,想通过命令行或者通过Oracle的管理工具删除有死锁的session,oracle只会将该session标记为killed,但无法清除掉,往往需要通过第二步在 *** 作系统层级进行删除!
Connected to Oracle9i Enterprise Edition Release 92010Connected 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 prospid from v$session ses,v$process pro where sessid=29 and sespaddr=proaddr; --查看spid号,以便在 *** 作系统中根据该进程号删除进程
SPID
------------
2273286
第二步:进入 *** 作系统进行删除进程,本示例的 *** 作系统是IBM aix。
login: root --录入用户名root's Password: --录入密码
Welcome to AIX Version 53!
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 1073
52254
Last login: Fri Apr 23 15:27:50 BEIDT 2010 on /dev/pts/2 from 107352254
# 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
use master --切换或者选中master数据库
go --上面的作为一次编译
create proc killspid--创建一个存储过程 killspid
(
@dbname varchar(50) --存储过程带有一个输入参数(参数的默认方式)
)
as --格式
begin --过程体开始
declare @sql nvarchar(500)--定义一个变量nvarchar类型@sql
declare @spid int--定义一个int类型的变量@spid
set @sql='declare getspid cursor for
select spid from sysprocesses where dbid=db_id('+@dbname+')'--给变量@sql赋值 实际是一个存储过程
print @sql --输出变量@sql
exec (@sql) --执行上面的@sql语句里面的存储过程。
open getspid --
fetch next from getspid into @spid--获取存储过程查询到的值
while @@FETCH_STATUS<>-1 --如果获取到的数据集合大小!=-1
begin --循环开始
print @spid --输出@spid
exec ('kill '+@spid) --执行存储过程 (kill+@spid)整体作为一个存储过程的名称。
fetch next from getspid into @spid --回调
end --循环结束
close getspid --这2个不清楚
deallocate getspid
print 'OK'
end--存储过程体结束
以上就是关于PB可否查看系统正连接哪个数据库全部的内容,包括:PB可否查看系统正连接哪个数据库、怎么查看数据库死锁,和解决方法(查询数据库死锁语句)、oracle数据库死锁怎么解决等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)