A. 总结了几个常用的sql server系统表的使用
1 sysobjects 表:包含数据有表对象、约束、聚集索引、主键、外键、存储过程、函数等的相关信息
2.sysfiles：主要反应指定数据库物理文件的占用空间大小及文件增长率的相关设置情况
3.sys.sysprocesses 是mssql数据库中一个非常重要的视图，主要用于返回当前db服务器中的运行中的进程ID
4.sys.stats简介
sys.stats主要用于存放MSSQL数据库中统计信息的统计，每条统计信息在sys.stats中都对应一行记录
5.sys.dm_exec_procere_stats 主要用于获取mssql自重新启动以来，缓存中存储过程中的运行情况
(
存储过程自启动以来执行涉及的逻辑读次数
存储过程自启动以来平均逻辑读次数
存储过程自启动以来执行次数
存储过程自启动以来运行耗时总时间
存储过程自启动以来平均运行耗时时间
存储过程自启动以来首次缓存时间
)
6.sys.proceres 表中记载指定数据库所涉及的全部存储过程,通过查询此系统表可以获取当前账户拥有查看权限的存储过程,
7.sys.messages 是系统表,里面存储过系统已经规划好的错误信息列表
请看一看，如有疑问，及时沟通！
B. SQL中sysprocesses表中终端客户机的net_address会改变 客户机每次重启之后连接上SQL，net_address都会变
SQL死锁大部分情况下还是因为SQL语句导致的,所以你得调查一下经常是操作到哪一步的时候死锁的.其中最现概率最大的应该是触发器和存储过程之间了,所以你得检查一下看看这两张中哪些程序有BUG.这个不能靠别人,只能自己慢慢的去摸索,去探测..
C. 用VB.Net访问SQLServer 数据库访问完之后，关闭连接并释放，但SQL Server的sysprocesses表中还有连接记录
你是关闭本地的，又没有立即关闭远程Server上的，他是个pip协议对等试的连接，打个比方，两个电脑要共享一个文件夹，不能说直接用一台电脑配好就可以看吧，要设置共享协议。
这边释放关闭连接不代表就更新了另一台电脑，他还是在判断有无连接响应，这就是为什么连接多了会形成“死锁”。
D. SQL Server 如何 查询表空间使用情况和连接数情况
1.通过管理工具
开始->管理工具->性能（或者是运行里面输入
mmc）然后通过添加计数器添加
sql
的常用统计
然后在下面列出的项目里面选择用户连接就可以时时查询到数据库的连接数了。不过此方法的话需要有访问那台计算机的权限，就是要通过windows账户登陆进去才可以添加此计数器。
2.通过系统表查询
select
*
from
[master].[dbo].[sysprocesses]
where
[dbid]
in
(
select
[dbid]
from
[master].[dbo].[sysdatabases]
where
name='dbname'
)
dbname
是需要查看的数据库，然后查询出来的行数，就是当前的连接数。不过里面还有一些别的状态可以做参考用。
例如：连到master这个数据库写如下语句
select
*
from
sysprocesses
where
dbid
in
(select
dbid
from
sysdatabases
where
name='mydatabase')
将所有连接mydatabase这个数据库的连接记录都求出来。
sysprocesses这个表记录所以连接到sql
server数据库的连接。
3.通过系统的存储过程来查找
sp_who
'username'
username
是当然登陆sql的用户名，一般程序里面都会使用一个username来登陆sql这样通过这个用户名就能查看到此用户名登陆之后占用的连接了。
如果不写username，那么返回的就是所有的连接。
E. 如何查看sql server 2000中的某个数据库有有多少用户正在访问
系统表sysprocesses 中有用户连接记录。可以根据数据库名称，查看连接的用户。
Selectspid,hostname,loginame,user_name(uid)Asusername
Fromsysprocesses
Wheredbid=db_id('glkf')
F. 如何查询SQL进程，并杀死进程
如何查询SQL进程，并杀死进程。
--步骤1 观察SQL进程:将使用数据库“PXJY”的进程取出
--参考：SQL帮助：sysprocesses，DB_ID
select *
--主要有用的是这几个列：
spid,dbid,uid,open_tran,status,cmd,loginame
--这些列的意义可以参看帮助。
from master.dbo.sysprocesses
where dbid=(select db_id(N'pxjy'))
--步骤2 杀死进程
--参考：SQL帮助：KILL
--假设刚才取出的记录级中有记录，spid=1
KILL 1
--其他需要考虑的问题如：sysprocesses的查看权限，判断取出的记录集是否为空集，多条记录的循环杀死。
G. SQL 用代码查看进程详细信息
用SQL语句：sp_who 或者 select * from master.dbo.sysprocesses 查看当前数据库进程
H. 常见的SQL Server阻塞情形有哪些
这一类阻塞的特征，就是问题连接早就进入了空闲状态(sysprocesses.status='sleeping'和sysprocesses.cms='awaiting command')，但是，如果检查 sysprocesses.open_tran,就会发现它不为0，以及事务没有提交。这类问题很多都是因为应用端遇到了一个执行超时，或者其他原因，当时执行的语句倍提前终止了，但是连接还保留着。应用没有跟随发来的事务提交或回滚指令，导致一个事务被遗留在 Sql Server 里。
解决办法：
应用程序本身必须意识到任何语句都有可能遇到意外终止的情况，做好错误处理工作。这些工作包括：
· 在做 Sql Server 调用的时候，须加上错误捕捉和处理语句：If @@Trancount>0 RollBack Tran;(在程序中设置If @@Error<>0 Rollback Tran; 并不总是能执行到该语句)
I. 为什么我的sql server 2005 的master数据库中找不到sysprocesses表和sysdatabases表
2005已经把这些都变成系统的动态视图了，你在master数据库中视图，系统视图中可以找到他们。
J. sql cpu占用率高怎么解决
1、占用率高，多数是因为SQL语句的问题，可以使用以下语句进行排查
USEmaster
GO
--若要指定数据库就修改USE后面的部分
SELECT*FROMsys.[sysprocesses]WHERE[spid]>50--ANDDB_NAME([dbid])='gposdb'
SELECTCOUNT(*)FROM[sys].[dm_exec_sessions]WHERE[session_id]>50
2、检查程序是否存在高频率的循环
3、检查SQL是否有嵌套触发器，这个是最难检查，也是最难发现的
4、CPU本来就很次，需要更换更好的CPU