mysql事务与锁

事务特性

1、事务具有原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability），四个特性。

隔离性

概念说明

脏读

脏读指的是读到了其他事务未提交的数据，未提交意味着这些数据可能会回滚，也就是可能最终不会存到数据库中，也就是不存在的数据。读到了并一定最终存在的数据，这就是脏读。

不可重复读

对比可重复读，不可重复读指的是在同一事务内，不同的时刻读到的同一批数据可能是不一样的，可能会受到其他事务的影响，比如其他事务改了这批数据并提交了。通常针对数据更新（UPDATE）操作。

幻读

幻读是针对数据插入（INSERT）操作来说的。假设事务A对某些行的内容作了更改，但是还未提交，此时事务B插入了与事务A更改前的记录相同的记录行，并且在事务A提交之前先提交了，而这时，在事务A中查询，会发现好像刚刚的更改对于某些数据未起作用，但其实是事务B刚插入进来的，让用户感觉很魔幻，感觉出现了幻觉，这就叫幻读。

mysql默认隔离级别为可重复读，为解决幻读，mysql用mvvc（多版本并发控制）。

引入案例和图表说明

创建数据库和表

CREATE DATABASE if not EXISTS test default charset utf8 COLLATE utf8_general_ci;
use test;
CREATE TABLE if not EXISTS `user` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(30) DEFAULT NULL,
  `age` tinyint(4) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;

select @@GLOBAL.sql_mode;

insert into test.user VALUES (null,'jay',1);

引用数据：

1.若隔离级别是“读未提交”， 则V1的值就是2。这时候事务B虽然还没有提交，但是结果已经被A看到了。因此，V2、V3也都是2。

2.若隔离级别是“读提交”，则V1是1，V2的值是2。事务B的更新在提交后才能被A看到。所以， V3的值也是2。

3.若隔离级别是“可重复读”，则V1、V2是1，V3是2。之所以V2还是1，遵循的就是这个要求：事务在执行期间看到的数据前后必须是一致的。

4.若隔离级别是“串行化”，则在事务B执行“将1改成2”的时候，会被锁住。直到事务A提交后，事务B才可以继续执行。所以从A的角度看， V1、V2值是1，V3的值是2。

对多版本控制说明

读未提交：无版本，也就是实时数据
读提交：事务A的版本在事务B提交的时候更新了
读可重复：事务A开始的时候创建的版本直到事务结束一直不变，用锁解决幻读
串行：从头到尾都用锁，效率最低

附：经常用到的查询命令

//查询当前sql模式
select @@GLOBAL.sql_mode;
//查询当前隔离级别
select @@tx_isolation;
//设置隔离级别
set [session | global] transaction isolation level {read uncommited | read commited | repeatable read | serializable}

//查看innodb锁超时时间
SHOW VARIABLES LIKE 'innodb_lock_wait_timeout';

//查看所有事务进程
show full processlist;
//查询活跃，并且时间超过两分钟的事务
select id, db, user, host, command, time, state, info
	from information_schema.processlist
	where command != 'Sleep'
	order by time desc;
//便捷操作查询，在出问题的时候方便使用
select concat('kill ', id, ';')
	from information_schema.processlist
	where command != 'Sleep'
	and time > 2*60
	order by time desc;
//杀掉某个事务进程
kill 14;

解决死锁步骤
需要开启innodb_print_all_deadlocks死锁日志，可在mysql错误日志中查看
开启死锁自动回滚其中一个事务innodb_deadlock_detect
延长锁等待时间innodb_lock_wait_timeout

根据死锁日志定位业务代码位置，升级锁策略