MySQL是支持嵌套事务的，但是没多少人会这么干的…. 前段时间在国外看到一些老外在争论MySQL嵌套事务的场景必要性。 逗死我了， 这嵌套的鬼畜用法还有啥场景必要性。 跟以前的dba同事聊过， 得知，在任何场景下都不要使用MySQL嵌套的事务。
那么使用MySQL嵌套事务会遇到什么问题 "htmlcode">
mysql> select * from ceshi; +------+ | n | +------+ | 1 | +------+ 1 row in set (0.00 sec) mysql> start transaction ; Query OK, 0 rows affected (0.00 sec) mysql> insert into ceshi values(2); Query OK, 1 row affected (0.00 sec) mysql> start transaction ; Query OK, 0 rows affected (0.00 sec) mysql> insert into ceshi values(3); Query OK, 1 row affected (0.00 sec) mysql> commit; Query OK, 0 rows affected (0.00 sec) mysql> rollback; Query OK, 0 rows affected (0.00 sec)
虽然我在最后rollback回滚了，但是数据显示是 1 2 3 . 原本大家以为我的事务虽然是嵌套的状态，但感觉最后rollback回滚了，其实我们希望看到的结果是 子事务执行成功，外层事务的失败会回滚的。 但事实不是这样的，最后的结果是 1 2 3 .
+-----+ | n | +-----+ | 1 | | 2 | | 3 | +-----+
当sql解释器遇到 start transaction 时候会触发commit… !!!
begin_1 sql_1 begin_2 sql_2 sql_3 commit_1 rollback_1 .
begin_2 被执行的时候， sql_1 已经就被提交了， 当你再去执行commit_1的时候，那么sql_2 和 sql_3 就被提交了. 这时候你再去rollback，一定用都没有…. 因为先前都提交完了，你能回滚啥…
前面说过 在架构上一般很少很少有人会 嵌套使用事务，但有时候不小心被嵌套了。 我们拿python的项目来说，首先我们使用装饰器来实现事务的包装， 接着数据处理 def a() 和 def b() 函数都被事务被包装起来， 单纯的用a 和 b 都没关系，都是单事务。 如果 a 逻辑里又调用 b， 那么会发生什么？ 对的，事务嵌套了… 我想这是绝大数业务开发都会遇到的问题。
那么怎么规避这风险 "htmlcode">
@decorator
def with_transaction(f, *args, **kwargs):
db = connection.get_db_by_table("*")
try:
db.begin()
ret = f(*args, **kwargs)
db.commit()
except:
db.rollback()
raise
return ret
@with_transaction
def hide(self):
'''订单不在app端显示'''
if self.status not in OrderStatus.allow_deletion_statuses():
raise OrderStatusChangeNotAllowed(self.status, OrderStatus.deleted)
...
@with_transaction
def change_receipt_info(self, address, name, phone):
region = Region.get_by_address(address)
...
当我们去执行下面语句的时候，事务会被强制提交. 当然这里前提是 autocommit = True 。
ALTER FUNCTION ALTER PROCEDURE ALTER TABLE BEGIN CREATE DATABASE CREATE FUNCTION CREATE INDEX CREATE PROCEDURE CREATE TABLE DROP DATABASE DROP FUNCTION DROP INDEX DROP PROCEDURE DROP TABLE UNLOCK TABLES LOAD MASTER DATA LOCK TABLES RENAME TABLE TRUNCATE TABLE SET AUTOCOMMIT=1 START TRANSACTION
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？