一、 Flask事务
Flask默认开启了事务
应用场景: 多次数据库操作的时候,需要两种或者两种以上的操作,一起成功或者一起失败,可以用到事务
例如: 以下两张表中的数据 需要同时插入,则用到事务,保证成功或者失败
environ = {
'wsgi.version':(1,0), 'wsgi.input': '', 'REQUEST_METHOD': 'GET', 'PATH_INFO': '/', 'SERVER_NAME': 'itcast server', 'wsgi.url_scheme': 'http', 'SERVER_PORT': '80'}
with app.request_context(environ):
try:
user = User(mobile='18911111111', name='itheima')
db.session.add(user)
db.session.flush() # 将db.session记录的sql传到数据库中执行,以便获取最新的user_id,因为当前sql并没有commit
profile = UserProfile(id=user.id)
db.session.add(profile)
db.session.commit()
except:
db.session.rollback()
flask 会默认自动开启隐式事务
BEGIN (implicit)
开启事务
COMMIT
提交后,终结事务。
操作 db.session
就是操作事务
增删改操作 一定要进行commit
, 要不然事务会回滚
数据库事务的四大特征
原子性
指事物包含的所有操作要么全部成功,要么全部回滚。
一致性
指事物必须是数据库从一个一致性状态到另一个一致性状态。也就是说一个事物执行之前和执行之后都必须处于一致性状态。
隔离性
当多个用户并发访问数据库时,比如操作同一张表时,数据库为每一个用户开启的事务,不能被其他事务的操作所干扰,多个并发事物之间要相互隔离。
关于事务的隔离性数据库提供了多种隔离级别,下面就是。。。
持久性
指事务一旦被提交,那么数据库的数据的改变就是永久性的,即便是在数据库系统遇到故障的情况下也不会丢失事务的操作。
事务的隔离级别:
数据库事务的隔离级别有4种,由低到高分别是:Read uncommitted
、Read committed
、Repeatablead
、Serializable
。事物的并发操作中可能休闲脏读,不可重复读,幻读。
①Read uncommitted——读未提交
读 未提交,就是一个事务可以读取另一个未提交事务的数据。产生脏读问题
eg:
老板要给程序员发工资,程序员的工资是3.6万/月。但是发工资时老板不小心按错了数字,按成3.9万/月,该钱已经打到程序员的户口,但是事务还没有提交,就在这时,程序员去查看自己这个月的工资,发现比往常多了3千元,以为涨工资了非常高兴。但是老板及时发现了不对,马上回滚差点就提交了的事务,将数字改成3.6万再提交.。
不commit也能看到,分析:
实际程序员这个月工资还是3.6万,但是程序员看到的是3.9万,他看到的是老板没提交事物的数据。就是脏读。
解决方法:Read commited
读提交,能解决脏读问题。
② Read committed——读已提交
读 提交,就是事务要等另一个事物提交后才能读取数据,解决脏读问题,产生不可重复读问题
eg:
程序员拿着信用卡去享受生活(卡里当然是只有3.6万),当他埋单时(程序员事务开启),收费系统事先检测到他的卡里有3.6万,就在这个时候!!程序员的妻子要把钱全部转出充当家用,并提交。当收费系统准备扣款时,再检测卡里的金额,发现已经没钱了(第二次检测金额当然要等待妻子转出金额事务提交完)。程序员就会很郁闷,明明卡里是有钱的…
分析:
这就是读提交,若有事务对数据进行更新(UPDATE)操作时,读操作事物要等这个更新操作事物提交才能读取数据,可以解决