悲观锁：

1.关闭自动提交：set autocommit = 0; 

2.第二步：左边利用 select .... for update 的悲观锁语法锁住记录

3.执行更新操作并提交事务

例子：Sql语句：

update employee set money = 0 + 1 where id = 1;
commit;

乐观锁：

理解一：就是 CAS 操作

理解二：类似于 SVN、GIt 这些版本管理系统，当修改了某个文件需要提交的时候，它会检查文件的当前版本是否与服务器上的一致，如果一致那就可以直接提交，如果不一致，那就必须先更新服务器上的最新代码然后再提交（也就是先将这个文件的版本更新成和服务器一样的版本）

2 如何实现乐观锁呢

首先说明一点的是：乐观锁在数据库上的实现完全是逻辑的，数据库本身不提供支持，而是需要开发者自己来实现。

常见的做法有两种：版本号控制及时间戳控制。

版本号控制的原理：

  • 为表中加一个 version 字段；
  • 当读取数据时，连同这个 version 字段一起读出；
  • 数据每更新一次就将此值加一；
  • 当提交更新时，判断数据库表中对应记录的当前版本号是否与之前取出来的版本号一致，如果一致则可以直接更新，如果不一致则表示是过期数据需要重试或者做其它操作（PS：这完完全全就是 CAS 的实现逻辑呀~）

至于时间戳控制，其原理和版本号控制差不多，也是在表中添加一个 timestamp 的时间戳字段，然后提交更新时判断数据库中对应记录的当前时间戳是否与之前取出来的时间戳一致，一致就更新，不一致就重试。

第三部分 总结&对比

悲观锁

乐观锁

概念

查询时直接锁住记录使得其它事务不能查询，更不能更新

提交更新时检查版本或者时间戳是否符合

语法

select ... for update

使用 version 或者 timestamp 进行比较

实现者

数据库本身

开发者

适用场景

并发量大

并发量小

类比Java

Synchronized关键字

CAS 算法