Flask-SQLAlchemy (版本 2.3.0+) 事务提交,如果 db.session.commit() 失败,会自动回滚吗?
db.session.add(something)
db.session.commit()
有必要改成这样吗:
db.session.add(something)
try:
db.session.commit()
except:
db.session().rollback()
1
liuguichao 2019-07-16 13:01:14 +08:00
有必要
|
2
wenning 2019-07-16 13:01:37 +08:00 via Android
有必要
|
3
lihongjie0209 2019-07-16 13:03:33 +08:00
你不会滚数据库也会超时, 所以看你的需求
|
4
neoblackcap 2019-07-16 13:04:16 +08:00
用 with 语法不好么?
|
5
lolizeppelin 2019-07-16 13:04:45 +08:00
请使用 with 语法处理
|
6
xxwnc 2019-07-16 14:57:39 +08:00
SQLAlchemy 回滚之后如何再发起重试,保证业务能够实现??
|
7
coolair 2019-07-16 15:55:40 +08:00
|
8
neoblackcap 2019-07-16 16:09:02 +08:00
@coolair 哦!
我是建议用 with 来改写着部分代码,不要用 try-catch 模式。还是你觉得这样改写有什么问题? |
9
yanzixuan 2019-07-16 16:49:32 +08:00
不 rollback 你下次写的时候直接报错。
|
10
Tmac15 2019-07-17 09:03:50 +08:00
with +1
|
11
ampedee 2019-07-17 09:12:27 +08:00 via Android
这两天刚好也在研究这个问题
首先 session.commit()失败后,数据库层面的事务会自动回滚,整个事务内的操作都不会写到磁盘中(在这个请求内调用 session 执行的所有查询写入操作都在这个事务内)。 但是 sqlalchemy 层面也维护了一套事务的逻辑,当前 session 开启的事务被回滚之后,如果你需要继续使用这个 session 发起新的事务(执行查询或其他操作),必须调用 session.rollback(这里我的理解是对这个 session 进行回滚)。如果你不再需要使用这个 session,可以直接 close()关闭 session. 因为 flask-sqlalchemy 会在每个请求上下文内自动创建销毁 session,所以结论是如果你需要在当前请求内继续使用 session,必须执行 session.rollback();如果确定不再需要这个 session 执行任何数据库操作了,可以不用 rollback,让它在请求结束时自动销毁。 当然,大部分情况下我们会加入 session.rollback 封装起来进行复用。 没看源码,根据文档和动手测试得出的结论,不一定准确 |