sqlserver什么情況會(huì)出現(xiàn)長(zhǎng)時(shí)間未提交活動(dòng)事務(wù)

直接在存儲(chǔ)過(guò)程結(jié)束之前添加以下代碼：EXCEPTIONWHENOTHERSTHENrollback；解釋：以上語(yǔ)句的意思是當(dāng)出現(xiàn)任何錯(cuò)誤的時(shí)候，直接回滾整個(gè)事務(wù)。備注：存儲(chǔ)過(guò)程中建議沒有特殊需求的情況下，在執(zhí)行結(jié)束之前不要進(jìn)行commit，否則在中途提交，后面的代碼保存，只能回滾到commit的位置。

仲巴網(wǎng)站制作公司哪家好，找創(chuàng)新互聯(lián)建站！從網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、APP開發(fā)、響應(yīng)式網(wǎng)站建設(shè)等網(wǎng)站項(xiàng)目制作，到程序開發(fā)，運(yùn)營(yíng)維護(hù)。創(chuàng)新互聯(lián)建站公司2013年成立到現(xiàn)在10年的時(shí)間，我們擁有了豐富的建站經(jīng)驗(yàn)和運(yùn)維經(jīng)驗(yàn)，來(lái)保證我們的工作的順利進(jìn)行。專注于網(wǎng)站建設(shè)就選創(chuàng)新互聯(lián)建站。

什么是短時(shí)間事務(wù),什么是長(zhǎng)時(shí)間事務(wù)?關(guān)于數(shù)據(jù)庫(kù)

首先說(shuō)一下事務(wù)的概念：事務(wù)具有ACID屬性，在一個(gè)會(huì)話的事務(wù)內(nèi)，比如你長(zhǎng)時(shí)間占用了一個(gè)資源A，

另外一個(gè)事務(wù)會(huì)話占用了資源B，兩個(gè)會(huì)話都去爭(zhēng)搶對(duì)方的資源，而又不釋放自己的資源就會(huì)造成死鎖，

但如果是耗時(shí)非常短的操作，這種死鎖的概率就比較低；

說(shuō)上傳圖片屬于長(zhǎng)時(shí)間事務(wù)的意思是指

向數(shù)據(jù)庫(kù)中插入圖片是一個(gè)耗時(shí)操作，說(shuō)的不是很詳細(xì)，給你幾個(gè)鏈接自己看一下吧

事務(wù)的概念：

事務(wù)與鎖

我們SQLSERVER配置這么高，為什么還這么慢

慢的三個(gè)原因，IOPS，CPU，內(nèi)存，鎖。

數(shù)據(jù)庫(kù)默認(rèn)是占滿內(nèi)存做緩存的，如果你有2個(gè)不同的數(shù)據(jù)庫(kù)，內(nèi)存不分配好，就出現(xiàn)爭(zhēng)用內(nèi)存的情況。

CPU一般建議80%左右，索引、大邏輯查詢，count等統(tǒng)計(jì)信息都是走CPU，CPU高肯定慢。

IOPS，就是寫入速度，如果經(jīng)常批量寫數(shù)據(jù)，批量查數(shù)據(jù)，或者直接全部數(shù)據(jù)讀取后給前端處理，IOPS不足就會(huì)影響數(shù)據(jù)吞吐形成等待。

鎖，也就是事務(wù)，大量事務(wù)會(huì)出現(xiàn)槍鎖情況，這個(gè)情況也會(huì)等待，甚至死鎖。

sqlserver 事務(wù)日志沒幾天就滿了

1.清空日志 DUMP TRANSACTION 庫(kù)名 WITH NO_LOG

2.截?cái)嗍聞?wù)日志： BACKUP LOG 庫(kù)名 WITH NO_LOG

3.收縮數(shù)據(jù)庫(kù)文件(如果不壓縮,數(shù)據(jù)庫(kù)的文件不會(huì)減小 企業(yè)管理器--右鍵你要壓縮的數(shù)據(jù)庫(kù)--所有任務(wù)--收縮數(shù)據(jù)庫(kù)--收縮文件 --選擇日志文件--在收縮方式里選擇收縮至XXM,這里會(huì)給出一個(gè)允許收縮到的最小M數(shù),直接輸入這個(gè)數(shù),確定就可以了 --選擇數(shù)據(jù)文件--在收縮方式里選擇收縮至XXM,這里會(huì)給出一個(gè)允許收縮到的最小M數(shù),直接輸入這個(gè)數(shù),確定就可以了 也可以用SQL語(yǔ)句來(lái)完成 --收縮數(shù)據(jù)庫(kù) DBCC SHRINKDATABASE(庫(kù)名) --收縮指定數(shù)據(jù)文件,1是文件號(hào),可以通過(guò)這個(gè)語(yǔ)句查詢到:select * from sysfiles DBCC SHRINKFILE(1)

4.為了最大化的縮小日志文件(如果是sql 7.0,這步只能在查詢分析器中進(jìn)行)

a.分離數(shù)據(jù)庫(kù): 企業(yè)管理器--服務(wù)器--數(shù)據(jù)庫(kù)--右鍵--分離數(shù)據(jù)庫(kù)

b.在我的電腦中刪除LOG文件

c.附加數(shù)據(jù)庫(kù): 企業(yè)管理器--服務(wù)器--數(shù)據(jù)庫(kù)--右鍵--附加數(shù)據(jù)庫(kù) 此法將生成新的LOG，大小只有500多K

或用代碼： 下面的示例分離 pubs，然后將 pubs 中的一個(gè)文件附加到當(dāng)前服務(wù)器。

a.分離 EXEC sp_detach_db @dbname = '庫(kù)名'

b.刪除日志文件

c.再附加 EXEC sp_attach_single_file_db @dbname = '庫(kù)名', @physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\庫(kù)名.mdf'

5.為了以后能自動(dòng)收縮,

做如下設(shè)置: 企業(yè)管理器--服務(wù)器--右鍵數(shù)據(jù)庫(kù)--屬性--選項(xiàng)--選擇"自動(dòng)收縮" --SQL語(yǔ)句設(shè)置方式: EXEC sp_dboption '庫(kù)名', 'autoshrink', 'TRUE'

6.如果想以后不讓它日志增長(zhǎng)得太大

企業(yè)管理器--服務(wù)器--右鍵數(shù)據(jù)庫(kù)--屬性--事務(wù)日志 --將文件增長(zhǎng)限制為xM(x是你允許的最大數(shù)據(jù)文件大小) --SQL語(yǔ)句的設(shè)置方式:

alter database 庫(kù)名 modify file(name=邏輯文件名,maxsize=20)

sqlserver 事務(wù) 超時(shí) 會(huì)自動(dòng)結(jié)束嗎

當(dāng) SET XACT_ABORT 為 ON 時(shí)，如果執(zhí)行 Transact-SQL 語(yǔ)句產(chǎn)生運(yùn)行時(shí)錯(cuò)誤，則整個(gè)事務(wù)將終止并回滾。

當(dāng) SET XACT_ABORT 為 OFF 時(shí)，有時(shí)只回滾產(chǎn)生錯(cuò)誤的 Transact-SQL 語(yǔ)句，而事務(wù)將繼續(xù)進(jìn)行處理。如果錯(cuò)誤很嚴(yán)重，那么即使 SET XACT_ABORT 為 OFF，也可能回滾整個(gè)事務(wù)。OFF 是默認(rèn)設(shè)置。

編譯錯(cuò)誤（如語(yǔ)法錯(cuò)誤）不受 SET XACT_ABORT 的影響。

對(duì)于大多數(shù) OLE DB 提供程序（包括 SQL Server），必須將隱式或顯示事務(wù)中的數(shù)據(jù)修改語(yǔ)句中的 XACT_ABORT 設(shè)置為 ON。唯一不需要該選項(xiàng)的情況是在提供程序支持嵌套事務(wù)時(shí)。有關(guān)詳細(xì)信息，請(qǐng)參閱 分布式查詢和分布式事務(wù)。

SET XACT_ABORT 的設(shè)置是在執(zhí)行或運(yùn)行時(shí)設(shè)置，而不是在分析時(shí)設(shè)置。

sql server2000 一秒鐘處理的事務(wù)量35個(gè)算多嗎？

SQLSERVER 2000 處理數(shù)據(jù)多和大的時(shí)候比較占資源

還是OA數(shù)據(jù)好些`