这里是官方介绍文档
http://dev.mysql.com/doc/refman/5.6/en/innodb-locking-reads.html
需求
在一个事务中进行insert 或者update操作时，另外一个事务可以对同样的行进行update或者delete。 InnoDB 提供两种读锁提供保护。
- SELECT ... LOCK IN SHARE MODE 对读取的行加锁，其他的会话可以读这些行，但是不能修改这些行。 如果另一个会话已经修改了要读的行，那么你的读操作就需要等待直到另一个会话的修改操作commit
- SELECT ... FOR UPDATE 会将相关的行及索引锁定。其他的update事务会阻塞。 并且不能同时在多个事务中使用FOR UPDATE
必须set autocommit=0或者start transaction，两种锁才会有效
下面是进行实验的例子
首先创建一个表格，并插入若干的数据
CREATE TABLE IF NOT EXISTS `test1`(
`a` INT NOT NULL AUTO PRIMARY KEY,
`B` INT NOT NULL
)ENGINE=InnoDB
DEFAULT CHARACTER SET = utf8
COLLATE = utf8_general_ci;
INSERT INTO `test1` VALUES(NULL, 1);
INSERT INTO `test1` VALUES(NULL, 2);
INSERT INTO `test1` VALUES(NULL, 3);
INSERT INTO `test1` VALUES(NULL, 4);
INSERT INTO `test1` VALUES(NULL, 5);
1.SELECT ... LOCK IN SHARE MODE 一个事务申请之后，另外一个会话仍然可读，但是不能修改
session1 > BEGIN;
session1 > SELECT * FROM `test1` WHERE `a` = 1 LOCK IN SHARE MODE; #在另一个会话中可读
session2 > SELECT * FROM `test1` WHERE `a` = 1; #可以返回结果
session2 > UPDATE `test1` SET `b` = 2 WHERE `a` = 1; #error,无法修改，除非事务提交
session1 > commit;
2.SELECT ... LOCK IN SHARE MODE 可以同时在两个事务中申请共享锁, 但是FOR UPDATE就不行
session1 > BEGIN;
session1 > UPDATE `test1` SET `b` = 2 WHERE `a` = 1;
session2 > BEGIN;
session2 > SELECT * FROM `test1` WHERE `a` = 1 LOCK IN SHARE MODE;#会在次数一直阻塞，直到session1提交了会话
3.现在的mvcc通过写时复制技术，实现了 读读，读写，写读的串行。
如何查看是否使用了mvcc技术呢？
session 1 > BEGIN;
session 1 > SELECT * FROM `test1` WHERE `a` = 1;
+---+---+
| a | b |
+---+---+
| 1 | 2 |
+---+---+
session2 > UPDATE `test1` SET `b` = 3 WHERE `a`=1;
session2 > COMMIT;
session 1 > SELECT * FROM `test1` WHERE `a` = 1; #结果并没有改变，因为复制了一份
+---+---+
| a | b |
+---+---+
| 1 | 2 |
+---+---+
