转自：https://www.cnblogs.com/kismetv/p/10787228.html
1.概念
乐观锁和悲观锁是两种思想，用于解决并发场景下的数据竞争问题。
- 乐观锁：乐观锁在操作数据时非常乐观，认为别人不会同时修改数据。因此乐观锁不加锁，只是在执行更新的时候判断一下在此期间别人是否修改了数据：如果别人修改了数据则放弃操作，否则执行操作。
- 悲观锁：悲观锁在操作数据时比较悲观，认为别人会同时修改数据。因此操作数据时直接把数据锁住，直到操作完成后才会释放锁；上锁期间其他人不能修改数据。
2.乐观锁
2.1 版本号机制
版本号机制的基本思路是在数据中增加一个字段version，表示该数据的版本号，每当数据被修改，版本号加1。当某个线程查询数据时，将该数据的版本号一起查出来；当该线程更新数据时，判断当前版本号与之前读取的版本号是否一致，如果一致才进行操作。
比如说查询一条数据版本为a，要更新版本为b，那么
update table_name set version=b where uid=1 and version=a;
如果where判断版本不一致，则说明有其他人进行修改，那么就放弃当前update操作。
2.2 CAS机制
单独介绍。
3.悲观锁
悲观锁的实现方式是加锁，加锁既可以是对代码块加锁（如Java的synchronized关键字），也可以是对数据加锁（如MySQL中的排它锁）。
4.适用场景
如果悲观锁和乐观锁都可以使用，那么选择就要考虑竞争的激烈程度（出现并发冲突的概率）：
乐观锁：读的多，冲突几率小。认为程序中的并发情况不那么严重，所以让线程不断去重试更新。
悲观锁：写的多，冲突几率大。悲观的认为程序中的并发情况严重，所以严防死守。