作者:杨建,知数堂优秀校友。

1、问题描述1.1、模拟问题现象1.2、问题故障原因1.3、解决故障2、问题总结2.1、快照读(select)2.2、当前读3、延伸思考

1、问题描述

今天 QQ群里在讨论一个问题,在某个环境里面,需要修改单个表的多个字段,造成了数据混乱,跟理想修改的数据不一致。

1.1、模拟问题现象

# 注意: 创建的表没有主键,且 t1 表是 innodb 引擎

root@localhost [keme]>create table t1 (a int,b int,primary key(a));
Query OK, 0 rows affected (0.02 sec)
root@localhost [keme]>insert into  t1  values (1,10),(2,20),(3,30);
Query OK, 3 rows affected (0.02 sec)
Records: 3  Duplicates: 0  Warnings: 0

root@localhost [keme]>select * from t1;
+------+------+
| a    | b    |
+------+------+
|    1 |   10 |
|    2 |   20 |
|    3 |   30 |
+------+------+

# 进行修改多个字段
root@localhost [keme]>update t1 set a=a+1,b=a+10 where a=2;
Query OK, 1 row affected (0.01 sec)
Rows matched: 1  Changed: 1  Warnings: 0


root@localhost [keme]>select * from t1;
+------+------+
| a    | b    |
+------+------+
|    1 |   10 |
|    3 |   13 |
|    3 |   30 |
+------+------+
3 rows in set (0.00 sec)

![img](./image/update 修改多字段,造成数据混乱/1.png)

修改的条件是a=2,为啥修改的结果是(3,13),不应该是(3,12)吗?

是不是很多人以为修改的结果是(3,12),是不是感觉数据是乱的,如果一条数据改回正常还是挺简单,关键数据量很多改的就费劲了啊,时间还长。

1.2、问题故障原因

因为 update 是当前读,读取的是记录数据的最新版本

update t1 set a=a+1,b=a+10 where a=2;
update a=a+1 因为要做当前读  现在a =2 +1 后  a=3 ,保证最新值
在做  b=a+10 
也需要读到a值的最新的值 还要加锁, 现在a的值已经变成3 ,  在加10不就变成13

1.3、解决故障

# 我先改回原来数据
root@localhost [keme]>update t1 set a=2,b=20 where a=3 and b=13;


# 可以把 a 列暂存在一个临时变量里
root@localhost [keme]>select a into @a from t1 where a=2;

# 修改数据
root@localhost [keme]>update t1 set a=@a+1,b=@a+10 where a=@a;

#验证结果 是不是 (3,12)

![img](./image/update 修改多字段,造成数据混乱/2.png)

2、问题总结

我们需要知道一些相关原理: 快照读,当前读

2.1、快照读(select)

执行select的时候,innodb默认会执行快照读,快照读,也就是读取快照的数据,数据虽然是一致的,但是数据是历史数据。

快照读:只是简单的 select ,不包括 select … lock in share mode, select … for update

2.2、当前读

  • select … lock in share mode

  • select … for update

  • insert

  • update

  • delete

当你执行这几个操作的时候默认会执行当前读会加锁,也就是会读取最新的记录,也就是别的事务提交的数据你也可以看到。

update 执行当前读,然后把返回的数据加锁,之后执行update。

加锁是防止别的事务在这个时候对这条记录做什么,默认加的是排他锁,也就是只允许读,其他都不可以,这样就可以保证数据不会出错了。

3、延伸思考

上面的情况是:

  • innodb 引擎

  • 表中无主键

如果表中有主键,或者是其他引擎,正确操作,请看下面的大神文章

https://imysql.com/2008_06_17_sth_about_update_duplicate_key

全文完。

Enjoy MySQL :)


由叶老师主讲的知数堂「MySQL优化课」课程早已升级到MySQL 8.0版本了,现在上车刚刚好,扫码开启MySQL 8.0的修行之旅吧。

 


另外,叶老师在腾讯课堂《MySQL性能优化》精编版第一期已完结,本课程讲解读几个MySQL性能优化的核心要素:合理利用索引,降低锁影响,提高事务并发度

下面是自动拼团的二维码直接享受组团价

update 修改单表的多个字段,造成数据混乱_MySQL