Django中的事務ATOMIC_REQUESTS
Django事務ATOMIC_REQUESTS
Django的默認事務行為
Django 的默認行為是以自動提交模式運行。
除非事務處于活動狀態(tài),否則每個查詢都會立即提交到數(shù)據(jù)庫。
將事務綁定到HTTP請求
在 Web 上處理事務的常用方法是將每個請求包裝在事務中。
在要為其啟用此行為的每個數(shù)據(jù)庫的配置中設置ATOMIC_REQUESTS為True。
DATABASES = { 'default': { 'ENGINE': 'django.db.backends.mysql', 'NAME': 'testdb', 'USER': 'hayley', 'PASSWORD': '******', 'HOST': 'localhost', 'PORT': '3306', 'ATOMIC_REQUESTS': True, } }
它是這樣工作的:在調(diào)用視圖函數(shù)之前,Django 會啟動一個事務。如果生成的響應沒有問題,則 Django 提交事務。如果視圖產(chǎn)生異常,Django 會回滾事務。
您可以使用視圖代碼中的保存點執(zhí)行子事務,通常使用atomic()上下文管理器。但是,在視圖結束時,將提交所有更改或不提交任何更改。
雖然每個請求都開啟事務比較方便,但它也會在流量增加時變得低效。為每個視圖打開一個事務有一些開銷。對性能的影響取決于應用程序的查詢模式以及數(shù)據(jù)庫處理鎖定的能力。
以上是全局性的配置, 如果要對某個http請求放水(然后自定義事務),可以用non_atomic_requests修飾器
from django.db import transaction class xxx(xxxView): @transaction.non_atomic_requests def post(self, request, *args, **kwargs): ...
或者關閉全局事務,為每個請求單獨設置事務:
from django.db import transaction class xxx(xxxView): @transaction.atomic def post(self, request, *args, **kwargs): with transaction.atomic(): ...
Django中的事務介紹
Django事務介紹
在Django中,它的 默事務行為是自動提交。
除非事務正在執(zhí)行,每個查詢將會馬上自動提交到數(shù)據(jù)庫, 例如:
# ApiData為model ApiData.objects.create(name='測試名字', path='/') ApiData.objects.filter(id=1).update(name='測試名字', path='/')
如果沒有手動設置事務,那么這兩條代碼在執(zhí)行完成后就會馬上提交到數(shù)據(jù)庫中進行保存,Django 自動使用事務或還原點,以確保需多次查詢的 ORM 操作的一致性,特別是 delete() 和 update() 操作。
使用Django事務
通過django手動創(chuàng)建事務的方式一般為兩種:裝飾器和 with
:
裝飾器:
@api_view(['POST']) @transaction.atomic def test_views(request): """ 該方法會在一個事務中執(zhí)行 """ ApiData.objects.create(name='測試名字', path='/') ApiData.objects.filter(id=1).update(name='測試名字', path='/') return Response(data={'msg': '創(chuàng)建成功!'})
with語句:
@api_view(['POST']) def test_views(request): try: with transaction.atomic(): #僅with包裹的下面的語句會在事務中執(zhí)行 ApiData.objects.create(name='測試名字', path='/') ApiData.objects.filter(id=1).update(name='測試名字', path='/') except Exception as e: pass return Response(data={'msg': '創(chuàng)建成功!'})
需要注意的是當事務回滾時,模型的屬性需要手動恢復。
例如下面的代碼, obj.active
的初始值是 False
.我們設置了 obj.active=True
然后進行了保存 obj.save()
操作,但這個時候發(fā)生了異常導致保存失敗了,那此時的 obj.active
的值還是為 True
,并不會因為保存失敗而變?yōu)?False
:
from django.db import DatabaseError, transaction obj = MyModel(active=False) obj.active = True try: with transaction.atomic(): obj.save() except DatabaseError: pass if obj.active: #下面的代碼 ...
因此,針對上面的代碼我們可以在拋異常處將 active
的值設為 False
來達到恢復模型屬性的值的目的:
try: with transaction.atomic(): obj.save() except DatabaseError: obj.active=False #手動恢復active屬性
全局事務
如果為了圖省事而場景也較為通用,我們可以設置全局事務配置來讓每個請求view都使用事務:
在 settings.py
配置文件中增加下面配置:
ATOMIC_REQUESTS=True
這樣就將每個視圖包裹在這個數(shù)據(jù)庫的事務中了,只有視圖未完成執(zhí)行成功,都將回滾到請求前的初始狀態(tài)。
另外也可以增加 AUTOCOMMIT=False
的配置項來禁用Django的事務管理以此來使用自定義的事務。
總結
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。
相關文章
python模塊與C和C++動態(tài)庫相互調(diào)用實現(xiàn)過程示例
這篇文章主要為大家介紹了python模塊與C和C++動態(tài)庫之間相互調(diào)用的實現(xiàn)過程示例,有需要的朋友可以借鑒參考下,希望能夠有所幫助2021-11-11pytorch 網(wǎng)絡參數(shù) weight bias 初始化詳解
這篇文章主要介紹了pytorch 網(wǎng)絡參數(shù) weight bias 初始化詳解,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2020-06-06Python的pdfplumber庫將pdf轉(zhuǎn)為圖片的實現(xiàn)
本文主要介紹了Python的pdfplumber庫將pdf轉(zhuǎn)為圖片的實現(xiàn),文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2023-06-06基于opencv和pillow實現(xiàn)人臉識別系統(tǒng)(附demo)
人臉識別就是一個程序能識別給定圖像或視頻中的人臉,本文主要介紹了opencv和pillow實現(xiàn)人臉識別系統(tǒng),本文不涉及分類器、訓練識別器等算法原理,感興趣的可以了解一下2021-11-11