MySQL事务以及锁

事务

定义：一件事从开始到结束的过程

作用：保证数据的一致性、准确性以及有效性。

四大特性

1.原子性（atomicity）：一个事务必须视为一个不可分割的最小工作单元，整个事务中的操作要么全部提交成功，要么全部失败回滚，对于一个事务来说，不可能只执行其中的一部分操作。

2.一致性（consistency）：数据库总是从一个一致性的状态转换到另一个一致性的状态。

3.隔离性（isolation）：一个事物所做的修改在最终提交以前，对其他事务是不可见的。

4.持久性（durability）：一旦事务提交，则其所做的修改就会永久保存到数据库中。即便此时系统崩溃，修改的数据也不会丢失。

注意：

1.事务一旦提交结束，对数据库中数据的更改是永久性的。

2.事务只针对表记录操作（增删改）有效，对于库和表的操作无效。

操作

1.开始事务

mysql>begin;

或者

mysql>start transaction;

2.开始执行事务中的SQL命令

3.终止事务

mysql>commit; # 事务中命令全部执行成功.
mysql>rollback; # 有SQL命令执行失败，回滚到一开始.

事务隔离级别

READ_UNCOMMITTED
这是事务最低的隔离级别，它充许另外一个事务可以看到这个事务未提交的数据。解决第一类丢失更新的问题，但是会出现脏读、不可重复读、第二类丢失更新的问题，幻读。

READ_COMMITTED
保证一个事务修改的数据提交后才能被另外一个事务读取，即另外一个事务不能读取该事务未提交的数据。解决第一类丢失更新和脏读的问题，但会出现不可重复读、第二类丢失更新的问题，幻读问题

REPEATABLE_READ
保证一个事务相同条件下前后两次获取的数据是一致的(注意是一个事务，可以理解为事务间的数据互不影响）解决第一类丢失更新，脏读、不可重复读、第二类丢失更新的问题，但会出幻读。

SERIALIZABLE
事务串行执行，解决了脏读、不可重复读、幻读。但效率很差，所以实际中一般不用

锁

锁是用来解决客户端并发访问的冲突问题。

锁分类

1.类型：读锁和写锁

2.粒度 : 行级锁(InnoDB) 表级锁(MyISAM)

什么是死锁

死锁是指两个或以上的进程在执行过程中，因为互相争夺资源导致互相等待的一种情况，若无外力的作用，他们都无法继续执行下去。此时称系统处于死锁的状态。即永远在互相等待的这一过程称为死锁。

如何处理死锁

1.通过innodblockwait_timeout 来设置超过时间，一直等到他超时。

2.发起死锁检测，然后回滚死锁中的某一个事务，让其他事务继续执行。

如何查看死锁

1.使用命令 show engine innodb status查看最近一次死锁

2.InnoDB Lock Monitor 打开锁监控，每15s输出一次日志。使用完毕后建议关闭，否则影响数据库性能。

全局锁

全局锁就是对整个数据库实例加锁，它的典型使用场景就是全库的逻辑备份。这个命令会使整个库处于只读的状态。

共享锁

共享锁又称读锁（read lock），是读取操作创建的锁。其他用户可读取数据，但不能修改数据，直到释放共享锁。

排它锁

排它锁（write lock）又称写锁，如果某个事务对某一行加上了排它锁，那么只有这个事务可以对其进行读写操作，在这个事务结束之前，其他事务都不能对其进行操作。

悲观锁和乐观锁

悲观锁：每次拿数据都会上锁，这样别人想拿这个数据就会block一直到它拿到锁。且悲观锁由数据库自己实现，耗时更长。共享锁和排它锁都是悲观锁的不同实现，都属于悲观锁的范畴。

乐观锁：由数据版本（Version）记录机制实现，这是乐观锁最常见的一种实现方式。一般表现为数据库表增加一个数字类型的version字段来实现。数据每更新一次，version增加1。

乐观锁可能会产生ABA问题，即一个变量V初次读取为A值，且在这边赋值的时候检测到仍为A值，会误认为没有修改，然后执行修改操作，但此时它可能已经被改了其他值，然后又被改回A值，这就是ABA问题。