myslq的更新丢失实例

  更新丢失,顾名思义,update执行后不生效,为啥不生效,因为update执行的效果丢了。什么情况下会发生更新丢失,在两个事务并发更新时,事务A的更新被事务B的更新覆盖,这叫第一类更新丢失;事务A执行更新,事务B执行更新后回滚,事务A的更新被事务B的回滚覆盖,这叫第二类更新丢失。

  什么时候会发生更新丢失?没有启用事务隔离级别的时候,也就是不支持事务的存储引擎,如MyISam。但反过来,都没有事务了,我们怎么模拟两个并发的事务呢?除非用多线程跑。这里我们演示一下,在InnoDB启用最低级别的事务隔离级别——READ-UNCOMMITTED,会不会发生更新丢失:

  1、先关闭事务自动提交,设置好事务隔离级别(参见mysql的事务隔离级别举例 ),给测试表新增一个字段:

mysql> alter table test_wlf
    -> add account int default '0';
Query OK, 0 rows affected (0.11 sec)
Records: 0  Duplicates: 0  Warnings: 0

mysql> desc test_wlf;
+---------+-------------+------+-----+---------+-------+
| Field   | Type        | Null | Key | Default | Extra |
+---------+-------------+------+-----+---------+-------+
| id      | int(11)     | YES  |     | NULL    |       |
| name    | varchar(25) | YES  |     | NULL    |       |
| account | int(11)     | YES  |     | 0       |       |
+---------+-------------+------+-----+---------+-------+
3 rows in set (0.00 sec)

mysql> select * from test_wlf;
+------+------+---------+
| id   | name | account |
+------+------+---------+
|    1 | hi   |       0 |
|    2 | lulu |       0 |
+------+------+---------+
2 rows in set (0.00 sec)

  2、开启两个事务,分别提交update,一个+10,一个-5,按第一类更新丢失,-5会覆盖+10,最终结果是-5:

  3、再开启两个事务,分别提交update,一个+10块钱,一个-10块钱,减10块钱回滚,按第二类更新,-10会覆盖+10,最终应该是-5:

  我们看到,更新丢失确实没有发生。

原文地址:https://www.cnblogs.com/wuxun1997/p/14202806.html