数据库锁的介绍

锁的分类

-按锁的粒度:表锁和行锁。
-按锁的类型分：共享锁和排他锁(独占锁)、---[意向共享锁、意向排他锁]。

共享锁：给表/行添加上共享锁后，允许在此基础上再次添加共享锁，不允许在此基础上添加排他锁。
排他锁：给表/行添加上排他锁后，不允许在此基础上添加任何锁。

共享锁通常作用于表
排他锁通常作用于行，也可能作用于表

        -应用：事务中对某条数据进行增删改操作，会给行数据加排他锁
手动添加排他、共享锁
select......for update;//添加排他锁
select......for share;//添加共享锁

死锁--DeadLock

死锁是一种现象，是由于排他锁相互作用，锁添加不合适导致出现的问题现象。该现象为多事务并发执行，出现了事务之间彼此阻塞，彼此无法继续执行的现象

数据库对死锁的处理

不同版本处理方式可能不同，整体分为2中处理方式:
1.在发现死锁的位置，让当前事务回滚，让另一个事务继续执行
2.发现死锁后，互相阻塞一段时间，若超过规定时间，给出超时体型

死锁出现的步骤:

1.开启2个客户端，并都设置自动提交off
2.在事务A中修改A表中的某条数据，在事务B中修改B表中的某条数据
3.事务A中删除B表中操作的那条数据，此时会出现阻塞
4.事务B中删除A表中操作的那条数据，此时监测到死锁，数据库处理

set autocommit=off;
show variables like 'autocommit';
begin;
​
A事务:update user set name='dnn' where id =1;
B事务:update dept set department = '资产部'where id =1;
A事务:delete from dept where id =1 ;
B事务:delete from user where id = 1;
​
A事务:Deadlock found when trying to get lock; try restarting transaction
B事务:Query OK, 0 rows affected (0.009 sec)

悲观锁和乐观锁

悲观锁和乐观锁是两种思想

 -悲观锁是基于数据库中的排他锁实现的，乐观锁没有使用数据库中的锁

悲观锁：在多线程并发执行时，有可能会产生线程安全问题，为了保证线程安全，悲观锁是指：某个线程总是悲观的认为，在自己执行期间，总有其他线程与之并发执行，此时可能会产生线程安全问题，为了保证线程安全，当前线程直接给操作数据加排他锁，从而保证线程安全，这种方式在保证线程安全的同时并发执行效率低。

悲观锁的应用：java中的synchronized，数据库中的排他锁

乐观锁：在多线程并发执行时，某线程总是乐观的认为，在其执行期间，没有人与之并发执行，所有不会给对象加锁，但是实际上确实可能 存在与之并发，就有可能产生线程安全问题，此时为了保证线程安全，采用版本号机制；这种方式可以实现在保证线程安全的同时，提高并发执行效率。