主頁 > 知識(shí)庫 > PostgreSQL教程(九):事物隔離介紹

PostgreSQL教程(九):事物隔離介紹

熱門標(biāo)簽:地圖標(biāo)注和圖片名稱的區(qū)別 合肥公司外呼系統(tǒng)運(yùn)營(yíng)商 辦公外呼電話系統(tǒng) 海豐有多少商家沒有地圖標(biāo)注 漯河外呼電話系統(tǒng) 外呼調(diào)研系統(tǒng) 美容工作室地圖標(biāo)注 打電話智能電銷機(jī)器人授權(quán) 重慶自動(dòng)外呼系統(tǒng)定制

在SQL的標(biāo)準(zhǔn)中事物隔離級(jí)別分為以下四種:
    1. 讀未提交(Read uncommitted)
    2. 讀已提交(Read committed)
    3. 可重復(fù)讀(Repeatable read)
    4. 可串行化(Serializable)
    然而PostgreSQL在9.1之前的版本中只是實(shí)現(xiàn)了其中兩種,即讀已提交和可串行化,如果在實(shí)際應(yīng)用中選擇了另外兩種,那么PostgreSQL將會(huì)自動(dòng)向更嚴(yán)格的隔離級(jí)別調(diào)整。在PostgreSQL v9.1的版本中提供了三種實(shí)現(xiàn)方式,即在原有的基礎(chǔ)上增加了可重復(fù)讀。在這篇博客中我們將只是針對(duì)2)和4)進(jìn)行說明和比較,因?yàn)樵?.1中,3)和4)的差別也是非常小的。

 

  讀已提交 可串行化
PostgreSQL缺省隔離級(jí)別
其它事物未提交數(shù)據(jù)是否可見 不可見 不可見
執(zhí)行效率
適用場(chǎng)景 簡(jiǎn)單SQL邏輯,如果SQL語句中含有嵌套查詢,那么在多次SQL查詢中將極有可能獲得不同版本的數(shù)據(jù)。 復(fù)雜SQL邏輯,特別是帶有嵌套的查詢比較適用。
SELECT查詢一致性時(shí)間點(diǎn) 從該SELECT查詢開始執(zhí)行時(shí),在此查詢執(zhí)行期間,任何其它并發(fā)事物針對(duì)該查詢結(jié)果集的數(shù)據(jù)操作都將不會(huì)被本次查詢讀到,即本次查詢獲取的數(shù)據(jù)版本是與查詢開始執(zhí)行時(shí)的數(shù)據(jù)版本相一致。 從該SELECT查詢所在事物開始時(shí),在此查詢執(zhí)行期間,任何其它并發(fā)事物針對(duì)該查詢結(jié)果集的數(shù)據(jù)操作都將不會(huì)被本次查詢讀到,即本次查詢獲取的數(shù)據(jù)版本是與查詢所在事物開始時(shí)的數(shù)據(jù)版本相一致。
同事物內(nèi)的數(shù)據(jù)操作是否可見 比如在同一個(gè)事物內(nèi)存在update和select操作,即使當(dāng)前事物尚未提交,update所作的修改,在當(dāng)前事物后面的select中依然可見。 和讀已提交相同。
同事物內(nèi)多次相同的select所見的數(shù)據(jù)是否相同 不同,由于該級(jí)別select的一致性時(shí)間點(diǎn)是該查詢開始執(zhí)行時(shí),而多次查詢的時(shí)間點(diǎn)將肯定不相同,如果在第一次查詢開始到第二次查詢開始之間,其它的并發(fā)事物修改并提交或當(dāng)前事物僅修改了查詢將要獲取的數(shù)據(jù),那么這些數(shù)據(jù)操作的結(jié)果將會(huì)在第二個(gè)查詢中有所體現(xiàn)。 需要分兩步來說,對(duì)于同一事物內(nèi)的修改如果發(fā)生在兩次查詢語句之間,那么第二個(gè)查詢將會(huì)看到這些修改的結(jié)果。然而對(duì)于其它并發(fā)事物的修改,將不會(huì)造成任何影響,即兩次select的結(jié)果是相同的。原因顯而易見,該隔離級(jí)別的select一致性時(shí)間點(diǎn)是與事物開始時(shí)相一致的。
相同行數(shù)據(jù)的修改 如果此時(shí)兩個(gè)并發(fā)事物在修改同一行數(shù)據(jù),先修改的事物將會(huì)給該行加行級(jí)鎖,另外一個(gè)事物將進(jìn)入等待狀態(tài),直到第一個(gè)事物操作該行結(jié)束。那么倘若第一個(gè)針對(duì)該行的修改操作最終被其事物回滾,第二個(gè)修改操作在結(jié)束等待后,將直接修改該數(shù)據(jù)。然而如果第一個(gè)操作是被正常提交的話,那么就需要進(jìn)一步判斷該操作的類型,如果是刪除(delete)該行,第二個(gè)修改操作將直接被忽略。如果是update該行的記錄,第二個(gè)修改操作則需要重新評(píng)估該行是否依然符合之前定義的修改條件。 和讀已提交隔離級(jí)別的機(jī)制基本相同,只是在第一個(gè)修改操作提交后,第二個(gè)操作將不再區(qū)分之前的修改是delete還是update,而是直接并返回下面信息:Error: Can't serialize access due to concurrent update. 這是因?yàn)橐粋€(gè)可串行化的事務(wù)在可串行化事務(wù)開始之后不能更改或者鎖住被其他事務(wù)更改過的行。因此,當(dāng)應(yīng)用收到這樣的錯(cuò)誤信息時(shí),它應(yīng)該退出當(dāng)前的事務(wù)然后從頭開始重新進(jìn)行整個(gè)事務(wù)。在應(yīng)用程序中,也應(yīng)該有必要的代碼來專門處理該類錯(cuò)誤。


    最后需要說明的是,在絕大多數(shù)的情況下,讀已提交級(jí)別均可適用,而且該級(jí)別的并發(fā)效率更高。只有在比較特殊的情況下,才手工將當(dāng)前的事物隔離級(jí)別調(diào)整為可串行化或可重復(fù)讀。

您可能感興趣的文章:
  • PostgreSQL教程(一):數(shù)據(jù)表詳解
  • PostgreSQL教程(二):模式Schema詳解
  • PostgreSQL教程(三):表的繼承和分區(qū)表詳解
  • PostgreSQL教程(四):數(shù)據(jù)類型詳解
  • PostgreSQL教程(五):函數(shù)和操作符詳解(1)
  • PostgreSQL教程(六):函數(shù)和操作符詳解(2)
  • PostgreSQL教程(七):函數(shù)和操作符詳解(3)
  • PostgreSQL教程(八):索引詳解
  • PostgreSQL教程(十):性能提升技巧
  • PostgreSQL教程(十一):服務(wù)器配置
  • PostgreSQL教程(十二):角色和權(quán)限管理介紹
  • PostgreSQL教程(十三):數(shù)據(jù)庫管理詳解
  • PostgreSQL教程(十四):數(shù)據(jù)庫維護(hù)

標(biāo)簽:錦州 晉城 株洲 衡陽 珠海 蚌埠 來賓 烏海

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《PostgreSQL教程(九):事物隔離介紹》,本文關(guān)鍵詞  PostgreSQL,教程,九,事物,隔離,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《PostgreSQL教程(九):事物隔離介紹》相關(guān)的同類信息!
  • 本頁收集關(guān)于PostgreSQL教程(九):事物隔離介紹的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章