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