高性能MySQL 补充章 MySQL中的并发控制

1. 锁

读写锁
在处理并发读或者写时，可以通过实现一个由两种类型的锁组成的锁系统来解决问题。这两种类型的锁通常被称为共享锁和排他锁，也叫读锁和写锁。
锁粒度
一种提高共享资源的并发性的方式就是让锁定的对象具有选择性，尽量只锁定需要修改的部分数据。
表锁(table lock)
当一个线程需要对一张表进行写、更新、删除等操作的时候，会获得写锁，这时就会阻塞其他用户对该表的读写操作。
行级锁(row lock)
行级锁可以最大程度地支持并发处理（同时也带来了最大的锁开销）。

2. 事务

1. 原子性：一个事务被视为一个最小的不可分割的单元，即一个事务要么全部执行成功commit，要么全部失败roolback。
2. 一致性：数据库总是从一个一致性状态转为另一个一致性状态，即一个事务如果有一条语句失败，则事务也不会commit。操作失败的数据也不会保存到数据库。
3. 隔离性：一个事务在commit之前对其他事务是不可见的。比如一个事务对一条数据做了修改，如果它还没有commit，则其他用户看到这条数据还是显示未修改的状态。
4. 持久性：一旦事务提交，就会被永久保存在数据库。

2.1隔离级别

• READ UNCOMMITED
  事务的修改还没提交，就可以被读取。也称脏读，因为可能事务操作了数据，被读取到了，但是事务未提交，读到的数据就是脏数据。
• READ COMMITED
  只能读取到已经提交的事务，一个事务从开始直到提交之前对其他事务都是不可见的。也叫不可重复读，因为可能造成两次读的数据不一致。
• REPEATABLE READ
  可重复读，该级别保证了同一级别多次读取同样的记录的结果是一致的。
• SERIALIZABLE
  串行化执行事务。

2.2 死锁

死锁是指多个事务在同一资源上相互占用，并请求锁定对方占有的资源，从而导致恶性循环的现象。

2.3 事务日志

先将事务操作的数据持久化到内存日志，再吧该修改记录持久化到磁盘。事务日志可以提高事务的效率。

2.4 MySQL中的事务

自动提交(AUTOCOMMIT)
MySQL默认采用自动提交模式。也就是说，如果不是显式地开始一个事务，则每个查询都被当作一个事务执行提交操作。(AUTOCOMMIT可配置)对于一些非事务型的表，AUTOCOMMIT不影响这些操作，或者对于一些DDL语句比如alter table这种会导致大量数据改变的操作，会强制执行COMMIT。

2.5 隐式和显式锁定

InnoDB采用的是两阶段锁定协议。在事务执行过程中随时都可以锁定，锁只有在COMMIT或者ROLLBACK时才会解除。

3. 多版本并发控制

MySQL的大多数事务性存储引擎实现的都不是简单的行级锁，基于提升并发性能的考虑，他们都实现了MVCC(MutiVersion Currentency Control)。

3.1 实现原理

MVCC的实现是通过在表的每行数据后面增加两列隐藏列，一列保存创建时间，一列保存删除时间。这里的时间不是广义上的时间，而是在MySQL的系统版本号。每开始一个新的事务，版本号都会自动递增。

3.2 具体实现

将该事务开始执行时的系统版本号作为本次事务的版本号

当一个事务需要执行查找操作，当吧所有符合条件的行查找完成后，会进行筛选，筛选出比当前事务版本小的或者等于的记录。对于删除时间，会筛选出版本号为空或者版本号大于当前事务版本号的记录(这样可以保证查询的记录在当前事务开始时还未被删除)