一、mysql的并发控制
当有多个查询需要同时修改同一个数据，就会产生并发控制的问题。mysql可以在两个层面进行并发控制：服务器层和存储引擎层。
mysql通过加锁实现并发控制：
⑴锁有两类：
读锁：共享锁，即一个读锁不会阻塞其它读锁，多个用户可同时读取同一个资源，而不互相干扰。
写锁：排他锁，即一个写锁会阻塞其它读写锁，在给定时间内，只有一个用户能执行写入。
⑵锁粒度：
表级锁：锁定整张表
行级锁：并发程度更高，但维护较麻烦，会增加系统开销，易产生死锁。行级锁只能在存储引擎级别实现，MyISAM存储引擎不支持行级锁
⑶锁分类：
隐式锁：由存储引擎自动完成
显式锁：用户可手动施加锁（表级锁）
⑷手动加解锁：服务器级别
LOCK TABLES tb_name {READ|WRITE},...;
UNLOCK TABLES;
FLUSH TABLES WITH READ LOCK; #全局施加读锁
InnoDB存储引擎也支持另外一种显式锁(只锁定挑选出的行)：
SELECT ... LOCK IN SHARE MODE;
SELECT ... FOR UPDATE;
二、事务
事务(Transaction)是访问并可能更新数据库中各种数据项的一个程序执行单元(unit);
设想一个场景，A要向B转账500元，要经过两个步骤：A从自己的账户中减去500元；向B的账户增加500元。显而易见，只完成第一步或者只完成第二步都不合理，这两个步骤必须放入一个事务中，当作一个不可分割的工作单位，要么都执行，要么都不执行。
⑴事务是恢复和并发控制的基本单位，要符合事务的概念，必须通过ACID测试：
原子性（atomicity）：一个事务是一个不可分割的工作单位，事务中包括的诸操作要么都做，要么都不做。
一致性（consistency）：事务必须是使数据库从一个一致性状态变到另一个一致性状态。一致性与原子性是密切相关的。
隔离性（isolation）：一个事务的执行不能被其他事务干扰。即一个事务内部的操作及使用的数据对并发的其他事务是隔离的，并发执行的各个事务之间不能互相干扰。
持久性（durability）：持久性也称永久性（permanence），指一个事务一旦提交，它对数据库中数据的改变就应该是永久性的
⑵事务的隔离级别：
READ-UNCOMMITTED（读未提交）：事务中的修改，即使没有提交，对其它事务也是可见的。事务可以读取未提交的数据，这也称为“脏读”；最低的隔离级别
READ-COMMTTED（读提交）：一个事务开始时，只能“看见”已提交的事务所做的修改，因此，再次执行同样的查询，可能得到不一样的结果，称为“不可重复读”。
REPEATABLE-READ（可重读）：保证了在同一个事务中多次读取同样记录的结果是一致的，可能引起“幻读”；mysql默认隔离级别
SERIALIZABILE（可串行化）：加锁读，即事务请求不到锁就无法读，必须等到其它事务释放锁（提交或回滚）后才行。
⑶查看mysql的隔离级别：SELECT @@global.tx_isolation;
⑷事务的启动、提交和加滚：
启动：START TRANSACTION;
提交：COMMIT;
回滚：ROLLBACK;
保存点：SAVEPOINT identifier;
回滚至某个保存点：ROLLBACK [WORK] TO [SAVEPOINT] identifier;
删除某保存点：RELEASE SAVEPOINT identifier;
⑸MySQL的自动提交功能：SELECT @@GLOBAL.autocommit;
默认是启用的，修改autocommit仅对支持事务的存储引擎产生影响；
自动提交能保证数据及时写入磁盘，但会造成频繁I/O，降低系统性能。
⑹MVCC: 多版本并发控制；通过保存数据在某个时间点的快照实现。无论事务执行多长时间，其看到的数据都是一致的。根据事务开始的时间不同，每个事务对同一张表、同一时刻看到的数据可能是不一样的。MVCC仅在第二、第三隔离级别下有效；
⑺事务日志：将随机I/O转换为顺序I/O，以提升事务操作效率；事务日志也称为Write-Ahead Logging。
数据从内存->事务日志->数据文件
为减轻磁盘压力，宜将事务日志和数据文件放于不同的磁盘上，事务日志不宜太大；
⑻InnoDB支持事务，而MyISAM不支持
原文地址：http://9124573.blog.51cto.com/9114573/1750376
