mysql 多事务_MySQL多事务并发控制

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_name是用户名称，也是唯一索引，更新用户的生日，可以使用以下两条SQL中的任意一条：

update t_user set birthday=#{birthday} where id=#{id};

update t_user set birthday=#{birthday} where user_name=#{userName};但是优选使用主键更新，因为MySql运行过程中，第二句SQL会锁表，即不仅仅锁定更新的数据，而且锁定表其他的数据，从而影响并发，而使用主键的更新则是锁行。

另外提一点SQL的优化细节，比如可以使用连接查询代替子查询。

查询一个没有分配角色的用户id，可以这样写：

select u.id from t_user u

where u.id not in (select ur.user_id from t_user_role ur);这是一个not in 语句，性能低下，应该修改为连接语句，从而极大提高SQL性能，比如这条语句可以修改为：

select u.id from t_user u left join t_user_role ur

on u.id=ur.user_id

where ur.user_id is null;