首先需要说明，不管是乐观锁还是排他锁，其实都是在并发环境下面需要考虑的问题。比如防止商品数量的超买超卖
乐观锁，悲观锁
关于乐观锁
表示对于数据的获取都很乐观，以为别人不会修改数据，所以不需要加锁。但是在更新的时候又会去判断一下有没有人更新过数据。
关于乐观锁的实现方式
1.在数据库的每一行添加一列来表示版本号。 当更新的时候先判断一下版本号跟获取到的是否相同，如果相同则更新。否则失败，再次尝试获取
2.添加时间戳，道理跟方法一相同，但是此方式可能会减少乐观锁失效的问题
总之，乐观锁是采用类似于cas的方式进行数据更新保证并发情况下的数据一致性
关于悲观锁
悲观锁的策略是我很悲观，所以在查询的时候就已经加上锁，在事物提交完成后才会释放锁。
悲观锁的实现方式
begin;
select * from test1 where id = 6 for update;
update test1 set name = 123 where id = 6;
commit;从上面可以看出，悲观锁采用的是mysql内置的锁(X锁)，我们默认id为主键。另外需要注意，在使用mysql X锁或者S锁的时候，需要考虑是否走了索引，否则有可能造成给全表加上X锁或S锁
其实到这，我们就清楚了乐观锁何被关锁的区别。那么，我们在实际应用中用哪一种呢，个人建议是在读场景多的情况下用共享锁。
首先共享锁在查询的时候未对数据加锁，而排他锁加锁增加了数据库处理锁的消耗，而且排他锁加锁后增加了锁竞争的情况。
我们发现，在排他锁中，我们使用了X锁，对应的其实还有一种S锁
共享锁，排他锁
这是我们在悲观锁中引出的，其实，在mvcc版本并发控制中，采用这两种方式查询的记录叫做当前读。 这个下面再讨论
共享锁
其实含义就是多个查询可以同时持有这个锁进行数据查询，但是不能加入排他锁。
begin;
select * from test where id = 1 lock in share mode;
commit;另外需要注意共享锁只对查询有效，而update delete insert等会自动加入排他锁，所以当在共享锁的模式下，会阻塞。
排他锁
含义就是当我加入排他锁后，其他事物在我当前事物锁定的行下不能再加入X或者S锁。
begin;
select * from test where id = 1 for udpate;
commit;特别需要说明，以上两种方式锁后，在mysql下innodb存储引擎，且是rc和rr隔离级别下面。不会对select * from test 这样的查询产生影响。
因为他们在mvcc多版本并发控制下面采用的是快照读。
MVCC(多版本并发控制)
通过上面的内容，我们牵扯出来MVCC和快照读、当前读的概念。
MVCC(Multi Version Concurrency Control的简称)，代表多版本并发控制。与MVCC相对的，是基于锁的并发控制，Lock-Based Concurrency Control)。
如此一来不同的事务在并发过程中，SELECT 操作可以不加锁而是通过 MVCC 机制读取指定的版本历史记录，并通过一些手段保证保证读取的记录值符合事务所处的隔离级别，从而解决并发场景下的读写冲突。
MVCC最大的优势：读不加锁，读写不冲突。在读多写少的OLTP应用中，读写不冲突是非常重要的，极大的增加了系统的并发性能
读操作可以分成两类：快照读 (snapshot read)与当前读 (current read)。快照读，读取的是记录的可见版本 (有可能是历史版本)，不用加锁。当前读，读取的是记录的最新版本，并且，当前读返回的记录，都会加上锁，保证其他事务不会再并发修改这条记录。
select * from test where id = 1 采用的是快照读。 不会受锁的影响
以下都是当前读
select * from test where id = 1 lock in share mode;
select * from test where id = 1 for update;
insert into test values (…);
update test set ? where id = 1
delete from test where id = 1总结
数据库当中锁的内容有很多，不能完全列出，但是当我们遇到一些专有名词的时候千万不要搞混。并且在加锁的时候完全能够掌握清楚锁的实现细节，从而帮助我们在业务上解决问题。
