1、问题描述1.1、模拟问题现象1.2、问题故障原因1.3、解决故障2、问题总结2.1、快照读(select)2.2、当前读3、延伸思考
1、问题描述
今天 QQ群里在讨论一个问题，在某个环境里面，需要修改单个表的多个字段，造成了数据混乱，跟理想修改的数据不一致。
1.1、模拟问题现象
# 注意： 创建的表没有主键，且 t1 表是 innodb 引擎
修改的条件是a=2，为啥修改的结果是(3,13)，不应该是(3,12)吗？
是不是很多人以为修改的结果是(3,12)，是不是感觉数据是乱的，如果一条数据改回正常还是挺简单，关键数据量很多改的就费劲了啊，时间还长。
1.2、问题故障原因
因为 update 是当前读，读取的是记录数据的最新版本
update t11.3、解决故障
# 我先改回原来数据
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 引擎
- 表中无主键
如果表中有主键，或者是其他引擎，正确操作，请看下面的大神文章
//imysql.com/2008_06_17_sth_about_update_duplicate_key