数据库锁粒度以及事务隔离级别

锁策略

读写锁

为了避免在同一时刻多个用户并发读写导致出错，MySQL中为了解决这类经典问题的方法就是并发控制，也就是在处理并发读写时，通过一个由两种类型的锁组成的锁系统来解决问题。这两种类型的锁通常被称为共享锁（shared lock）和排他锁（exclusive lock），也叫读锁（read lock）和写锁（write lock）。
其中读锁是共享的，或者说是相互不阻塞的；而写锁是排他的，也就是说一个写锁会阻塞其他的写锁和读锁。

锁粒度

一种提高共享资源并发性的方式就是让锁定对象更有选择性。尽量只锁定需要修改的部分数据，而不是所有的资源。任何时候，在给定的资源上，锁定的数据量越少，则系统的并发程度越高，只要相互之间不发生冲突即可。
但是加锁也需要消耗资源。所的各种操作都会增加系统的开销。所谓的锁策略，就是在锁的开销和数据的安全性之间寻求平衡，这种平衡当然也会影响性能。
Mysql的每种存储引擎都可以实现自己的锁策略和锁粒度，且支持多个存储引擎，所以不需要单一的通用解决方案，一下是两种最重要的锁策略：

表锁（table lock）

表锁是MySQL中最基本的锁策略，且是开销最小的策略。一个用户对表有写操作时，它会锁定整张表，这会阻塞其他用户对该表的所有读写操作。
尽管存储引擎可以管理自己的锁，MySQL本身还是会使用各种有效的表所来实现不同的目的。如服务器会为ALTER TABLE之类的语句使用表所而忽略存储引擎的锁机制。

行锁（row lock）

行级锁可以最大程度地支持并发处理。在InnoDB和XtraDB及一些其他存储引擎中实现了行级锁，行级锁只能在存储引擎层实现，MySQL服务层并没有实现。

事务

事务就是一组原子性的SQL查询，或者说是一个独立的工作单元。如果数据库引擎能够成功地对数据库应用该组查询的全部语句，那么就执行该组查询；如果其中有任何一条语句因为崩溃或其他原因无法执行，那么所有的语句则都不会执行。也就是说，事务内的语句，要么全部执行成功，要么全部执行失败。
ACID表示原子性、一致性、隔离性和持久性。一个运行良好的事务处理系统必须具备这些标准特征。

隔离级别

READ UNCOMMITTED（未提交读）

在该级别中，事务中的修改即使没有提交，对其他事物也都是可见的。事务可以读取未提交的数据称之为脏读（Diryt Read）。这个级别会导致很多问题，性能也不会比其他级别好太多，但却缺乏其他级别的很多好处，除非真的有非常必要的理由，在实际应用中一般很少使用。

READ COMMITED（提交读）

大多数数据库系统的默认隔离级别都是该级别（但MySQL不是）。该级别满足隔离性的简单定义：一个事务开始时，只能“看见”已经提交的事务所做的修改。也就是说，一个事务从开始直到提交前，所做的修改对其他事务都是不可见的。这个级别有时候也叫作不可重复读，因为两次执行同样的查询，可能会得到不一样的结果。

REPEATABLE READ（可重复读）

该级别是MySQL的默认事务隔离级别，解决了脏读的问题，并保证了在同一个事务中多次读取同样的记录的结果是一致的。理论上可重复读还是无法解决另外一个幻读的问题。幻读，指的是当某个事务在读取某个范围内的记录时，另外一个事务又在该范围内插入了新的记录，之前的事务再次读取该范围的记录时，会产生幻行。InnoDB和XtraDB存储引擎通过多版本并发控制（MVCC）解决了该问题。

SERIALIZABLE（可串行化）

该级别是最高的隔离级别，它通过强制事务串行执行，避免了前面所说的幻读问题。简单来说，该级别会对读取的每一行数据上都加锁，所以可能导致大量的超时和锁争用问题。实际应用中也很少用到这个隔离级别，只有在非常需要确保数据的一致性而且可以接受没有并发的情况下，才考虑采用该级别。