事務全攻略

來源:互聯網
上載者:User
一 事務的屬性
事務具有ACID屬性:即 Atomic原子性, Consistent一致性, Isolated隔離性, Durable永久性
原子性就是事務應作為一個工作單元,交易處理完成,所有的工作要麼都在資料庫中儲存下來,要麼完全復原,全部不保留
一致性 事務完成或者撤銷後,都應該處於一致的狀態
隔離性 多個事務同時進行,它們之間應該互不干擾.應該防止一個交易處理其他事務也要修改的資料時,不合理的存取和不完整的讀取資料
永久性 事務提交以後,所做的工作就被永久的儲存下來
二 事務並發處理會產生的問題
丟失更新 當兩個或多個事務選擇同一行,然後基於最初選定的值更新該行時,會發生丟失更新問題、每個事務都不知道其它事務的存在。最後的更新將重寫由其它事務所做的更新,這將導致資料丟失。
髒讀 當第二個事務選擇其它事務正在更新的行時,會發生未確認的相關性問題。
 第二個事務正在讀取的資料還沒有確認並且可能由更新此行的事務所更改。
不可重複讀取 當第二個事務多次訪問同一行而且每次讀取不同的資料時,會發生不一致的分析問題。不一致的分析與未確認的相關性類似,因為其它事務也是正在更改第二個事務正在讀取的資料。
 然而,在不一致的分析中,第二個事務讀取的資料是由已進行了更改的事務提交的。而且,不一致的分析涉及多次(兩次或更多)讀取同一行,而且每次資訊都由其它事務更改;因而該行被非重複讀取。
幻像讀 當對某行執行插入或刪除操作,而該行屬於某個事務正在讀取的行的範圍時,會發生幻像讀問題。
 事務第一次讀的行範圍顯示出其中一行已不複存在於第二次讀或後續讀中,因為該行已被其它事務刪除。同樣,由於其它事務的插入操作,事務的第二次或後續讀顯示有一行已不存在於原始讀中。
三 交易處理類型
自動處理事務 系統預設每個T-SQL命令都是交易處理 由系統自動開始並提交
隱含交易 當有大量的DDL 和DML命令執行時會自動開始,並一直保持到使用者明確提交為止,切換隱含交易可以用SET IMPLICIT_TRANSACTIONS.為串連設定隱性事務模式.當設定為 ON 時,SET IMPLICIT_TRANSACTIONS 將串連設定為隱性事務模式。當設定為 OFF 時,則使串連返回到自動認可事務模式
使用者定義事務 由使用者來控制事務的開始和結束 命令有: begin tran commit tran rollback tran 命令
分散式交易 跨越多個伺服器的事務稱為分散式交易,sql server 可以由DTc microsoft distributed transaction coordinator來支援處理分散式交易,可以使用 BEgin distributed transaction 命令啟動一個分散式交易處理
相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.