这篇博客探讨了MySQL数据库在多事务并发控制下的行为。在可重复读的隔离级别下，读事务不会看到其他写事务的影响，而写事务会阻塞其他写事务但允许读事务。内容还涉及到了行锁的概念，以及不同数据库和引擎的处理差异。讨论了可能出现的死锁情况，并指出根据索引更新数据时可能的锁策略变化。此外，还提到了SQL查询优化技巧，如使用连接查询替代子查询。
MySQL的默认隔离级别是可重复读。
若两个事务A和B操作同一资源，A和B都通过begin开启事务后，若A只存在读操作，则B可以对数据进行写操作，且B的写操作不会影响A的读，即A每次读到的内容都是一致的（就算B已经提交）。
若A进行了写操作，则B的读操作不受影响，但B的写操作会被阻塞，直到A提交了事务或者到达超时时间。值得注意的是，B可以对另外的行进行写操作，即如果A更改了第一行数据，那B改第一行会被阻塞，但改第二行没事。因为MySQL的默认引擎InnoDB上的是“行锁”。
不同的数据库，不同的数据库引擎，处理方式都是不一样的。比如有的数据库、数据库引擎更新表的一条记录的时候上的是表锁，比如MySQL的SAM，有的则是锁行，比如Oracle、MySQL的InnoDB。
此时有可能发生死锁，比如A更改数据1和2，B更改数据2和1。不过这么做MySQL直接报死锁的错误了。
值得注意的是根据不同索引更新数据，Mysql可能上不同的锁！
比如id是主键，而user_nam
最低0.47元/天 解锁文章
扫一扫
262
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
