乐观锁和悲观锁、共享锁和独占(排它)锁、行级锁和表锁

1. 乐观锁和悲观锁

乐观锁和悲观锁，是从锁的申请时间进行区分。

悲观锁

先申请锁，再执行业务，更新数据库，最后释放锁。
“悲观”的认为所有的操作都会导致并发问题，所以先获取锁成功再进行业务操作。
常用select … where id = 1 for update操作来实现悲观锁。
当数据库执行select … for update时会获取被select中的数据行的行锁，
其他事务执行select … for update如果试图选中同一行则会发生排斥（需要等待行锁被释放），因此达到锁的效果。
select for update获取的行锁会在当前事务结束时自动释放，因此必须在事务中使用。

乐观锁

先执行业务，更新数据库时，再检查版本号。
业务逻辑实现，不需要数据库提供特殊的支持。
一般的做法是在需要锁的数据上增加一个版本号或者时间戳，方式实现如下：

select version as old_version, name from students where id = 1;

# 业务操作...

update students set name = '小明', version = old_version + 1 where id = 1 and version = old_version; # 版本号判断数据是否分过，更新时版本号递增。

if 更新成功：
    成功
else 更新失败（没有匹配行）：
    回滚

如何选用？

• 响应速度：如果需要非常高的响应速度，建议采用乐观锁方案，成功就执行，不成功就失败，不需要等待其他并发去释放锁。
• 冲突频率：如果冲突频率非常高，建议采用悲观锁，保证成功率，如果冲突频率大，乐观锁会需要多次重试才能成功，代价比较大。
• 重试代价：如果重试代价大，建议采用悲观锁。

2. 共享锁和独占(排它)锁

共享锁和独占锁，是从锁限制的操作上进行区分。

共享锁

也称为 S 锁：允许事务读取一行数据，这行数据在事务结束之前，其他事务不能修改，但能读取。
使用 SQL 语句 select * from table where … lock in share mode; 手动加 S 锁。

独占锁

也称为 X 锁：允许事务修改一行数据，这行数据在事务结束前，其他事务不能读取或修改。
使用 SQL 语句 select * from table where … for update; 手动加 S 锁。

3. 行锁和表锁

行锁和表锁，是从锁的作用范围上进行区分

行锁

1. 作用于一行记录，开销大，加锁慢（锁比较多）；
2. 会出现死锁，例如：

# 事务1
begin
select name from table where id = 1 for update;
select name from table where id = 2 for update;

# 事务2
begin
select name from table where id = 2 for update;
select name from table where id = 1 for update;

此时，事务1和事务2发生死锁。
3. 锁定粒度最小，发生锁冲突的概率最低,并发度也最高。

表锁

1. 开销小，加锁快；
2. 不会出现死锁；
3. 锁定粒度大，发生锁冲突的概率最高,并发度最低。