MYSQL学习笔记之锁

mysql服务器的逻辑架构图：

每个客户端连接mysql服务器时都会在进程中创建一个线程，mysql5.5之后提供了一个API，可以使用池中少量的线程服务大量的连接。

1、并发控制：假如有多个用户在同时读取同一条数据，这时并不会发生错误，但如果有一个操作在删除这条数据，那么结果就不可预测。这时需要并发控制来解决这类问题。在处理并发读或者写时，可以通过实现一个有两种类型的锁组成的锁系统，这两种锁被称为共享锁与排它锁，也叫读锁和写锁。读锁是共享的、不相互阻塞的，多个用户同一时刻读同一资源时，互相不干扰。写锁是排他的，一个写锁会阻塞其他的写锁和读锁。

2、锁粒度：锁策略有两种，表锁与行锁，为什么呢？顾名思义，表锁是用户在访问资源时，锁定整张表，是开销最小的策略，但并不能最大限度支持并发。而行锁可以最大程度的支持并发处理，但带来的是最大的锁开销。InnoDb和XtraDB(代替InnoDB的存储引擎)以及其他的存储引擎实现了行锁。

3、事务：说到事务就不得不提经典的银行转账功能，这里就不过多赘述。另一个老生常谈的就是事务的特性（ACID）：

原子性：一个事务被视为一个最小的工作单元，要么全部成功然后commit，要么全部失败rollback。

一致性：数据库的数据必须从一种一致性转换到另一种一致性，就转账来说，你的帐户减少了100元，另一个账户必须是多了100元。

隔离性：一个事务在最终提交之前，对其他事务是不可见的，如果在事务提交之前正在执行你的账户的减操作，此时有另一个程序在执行汇总操作，其看到的账户余额并没有减少。（通常来说是不可见的，不同的隔离级别所看到的数据不同）。

持久性：一旦事务提交，其所做的修改就会保存到数据库中。持久性也有级别。

3.1、隔离级别：每种存储引擎实现的隔离界别不尽相同。较低的隔离级别通常可执行更高的并发。

未提交读（read uncommitted）：事务中的修改，即使没有提交，对其他事务都是可见的。事务可以读取未提交的数据，这也别称作脏读。

提交读（read committed）：一个事务从开始到提交之前，他所做的修改对其他事务都是不可见的。

可重复读（repeatable read）：解决了脏读的问题。该级别保证了同一个事务多次读取同样的记录结果是一致的。但是此级别还不能另外一个幻读问题，所谓幻读就是：当某个事务在读取某范围内的数据时，另一个事务在该范围添加了一条数据，当之前的事务再次读取该范围的记录时，会产生幻行。是mysql默认的隔离级别。

可串行化（serializable）：是最高的隔离级别。该级别会在读取的每条数据上加锁，所以可能导致大量的超时与锁争用的问题。

死锁：是指两个或多个事务在同一个资源上相互占用，会导致死锁。当多个事务以不同顺序访问资源时，可能会产生死锁，或者多个事务在同一时间锁定同一资源时，也会产生死锁。为了解决这个问题，数据库系统实现了各种死锁检测和死锁超时机制。与越是复杂的系统越能检测到死锁，如InnoDB会检索到死锁的循环依赖，立即返回一个错误。目前InnoDB目前处理死锁的方法是将最少行级排它锁的事务进行回滚。大多数情况下处理死锁的方式是重新执行死锁的事务。

显示和隐式锁定：

InnoDB采用的是两阶段锁定协议，在事务执行的过程中随时可能加锁，在commit或者rollback时释放锁，此过程被称为显示锁定。InnoDB会根据隔离级别在需要时自动加锁，此为隐式锁定。

mysql支持LOCK TABLES 和 UNLOCK TABLES语句，这是在服务器层实现的，和存储引擎无关。如果用到事务还是选择是无情存储引擎，如InnoDB和NDB Cluster。

学习书籍为《高性能的MYSQL》。