S锁与X锁，当前读与快照读

　　MySQL中的锁还是蛮多的，在之前的文章中，松哥和大家介绍过MySQL中的MDL锁（为什么执行alter更新表要慎重？），今天我们再来看看MySQL中比较重要的两个锁：S锁和X锁。1。S锁
　　S锁，英文为SharedLock，中文译作共享锁，有时候我们也称之为读锁，即ReadLock。S锁之间是共享的，或者说是互不阻塞的。
　　当事务读取一条记录时，需要先获取该记录的S锁。
　　举个例子：
　　事务T1对记录R1加上了S锁，那么事务T1可以读取R1这一行记录，但是不能修改R1，其他事务T2可以继续对R1添加S锁，但是不能添加X锁，只有当R1上面的S锁释放了，才能加上X锁。
　　举一个加S锁的例子，如下图：
　　此时，对于id1的这条记录，只能读取不能修改了。假设在另外一个事务T中，执行如下SQL是没问题的，因为S锁是共享锁，S锁和S锁之间是兼容的：selectfromuserwhereid1
　　但是如果执行如下SQL则会被阻塞，因为修改数据需要获取X锁，而S锁和X锁不兼容：updateusersetusernamejavaboywhereid1；
　　上面这个更新语句内部会获取X锁，对于一些手动添加了X锁的查询语句，也会阻塞，例如下面这个：
　　可以看到，这个SQL执行之后就被阻塞了。2。X锁
　　X锁，英文为ExclusiveLock，中文译作排他锁，有时候我们也称之为写锁，即WriteLock。如同它的名字，X锁是具有排他性的，即一个写锁会阻塞其他的X锁和S锁。
　　当事务需要修改一条记录时，需要先获取该记录的X锁。
　　举个例子：
　　事务T1对记录R1加上了X锁，那么事务T1即可以读取R1也可以修改R1，而其他事务则不能对R1再添加任何锁，直到T1释放了R1上的锁。
　　如上文图示，锁定读的格式是这样的：select。。。。3。当前读与快照读
　　由上面这两种锁，又引申出来两种读：3。1快照读
　　快照读（SnapShotRead）是一种一致性不加锁的读，是InnoDB存储引擎并发如此之高的核心原因之一。
　　在可重复读的隔离级别下，事务启动的时候，就会针对当前库拍一个照片（快照），快照读读取到的数据要么就是拍照时的数据，即事务开启那一瞬间数据库中的数据，要么就是当前事务自身插入修改过的数据。
　　我们日常所用的不加锁的查询，都属于快照读，这个我就不演示了。3。2当前读
　　与快照读相对应的就是当前读，当前读就是读取最新数据，而不是历史版本的数据，换言之，在可重复读隔离级别下，如果使用了当前读，也可以读到别的事务已提交的数据。
　　松哥举个例子：
　　MySQL事务开启两个会话A和B。
　　首先在A会话中开启事务并查询id为1的记录：
　　接下来我们在B会话中对id为1的数据进行修改，如下：
　　注意B会话不要开启事务或者开启了及时提交事务，否则update语句占用一把排他锁会导致一会在A会话中用锁时发生阻塞。
　　接下来，回到A会话中继续做查询操作，如下：
　　可以看到，A会话中第一个查询是快照读，读取到的是当前事务开启时的数据状态，后面两个查询则是当前读，读取到了当前最新的数据（B会话中修改后的数据）。4。小结
　　好啦，一个小小的知识点，日积月累，fighting！