并发控制
只要有多个查询需要在同一时刻修改数据，都会产生并发控制的问题。
## 读写锁
可以通过实现一个由两种类型的锁组成的锁系统来解决问题。这两种锁通常被称为共享锁和排他锁（exclusive lock），也叫读锁和写锁。
读锁是共享的，或者说相互不阻塞的。多个用户在同一时刻可以同时读取同一个资源。写锁是排他的，也就是说一个写锁会阻塞其他的写锁和读锁。
大多数时候，mysql锁的内部管理都是透明的。
## 锁粒度
一种提高共享资源并发性的方式就是让锁定对象更有选择性。尽量只锁定需要修改的部分数据，而不是所有的资源。更理想的方式是，只会对修改的数据片进行精确的锁定。锁定的数据越少，系统的并发成都越高，只要互相直接不发生冲突即可。
加锁会增加系统的开销。
所谓的锁策略，就是在锁的开销和数据安全性之间寻求平衡，这种平衡也会影响到性能。大多数商业数据库系统没有提供更多的选择，一般都是在表上施加行级锁（row level lock），并以各种复杂的方式来实现。
mysql提供多种选择。每种存储引擎都可以实现自己的锁策略和锁粒度。
### 表锁（table lock）
表锁是mysql种最基本的锁策略，并且是开销最小的策略。他会锁定整张表。
### 行级锁（row lock）
行级锁可以最大程度地支持并发处理（同时带来了最大的锁开销）。在InnoDB和XtraDB，以及一些其他存储引擎实现了行级锁。行级锁只在存储引擎层实现，而mysql服务器层没有实现。服务器层完全不了解存储引擎种的锁实现。所有存储引擎都以自己的方式显现了锁机制。