一、乐观锁(Optimistic Lock)

每次获取数据的时候,都不会担心数据被修改,所以每次获取数据的时候都不会进行加锁,但是在更新数据的时候需要判断该数据是否被别人修改过。如果数据被其他线程修改,则不进行数据更新,如果数据没有被其他线程修改,则进行数据更新。由于数据没有进行加锁,期间该数据可以被其他线程进行读写操作。

【Note】:
  比较适合读取操作比较频繁的场景,如果出现大量的写入操作,数据发生冲突的可能性就会增大,为了保证数据的一致性,应用层需要不断的重新获取数据,这样会增加大量的查询操作,降低了系统的吞吐量。

二、悲观锁(Pessimistic Lock)

每次获取数据的时候,都会担心数据被修改,所以每次获取数据的时候都会进行加锁,确保在自己使用的过程中数据不会被别人修改,使用完成后进行数据解锁。由于数据进行加锁,期间对该数据进行读写的其他线程都会进行等待。

【Note】:
  比较适合写入操作比较频繁的场景,如果出现大量的读取操作,每次读取的时候都会进行加锁,这样会增加大量的锁的开销,降低了系统的吞吐量。

三、共享锁(Share lock)

共享锁也叫S锁,是一种读锁,当一个事物获得了一条数据的共享锁,其它事务也能获得该共享锁,但不能获得排他锁,表明其它事务可读。在执行语句后面加上lock in share mode就代表对某些资源加上共享锁了。
共享锁(S):SELECT * FROM table_name WHERE … LOCK IN SHARE MODE。
【Note】:
  共享锁保证大家可以一起读,但只能一个人写。

四、排他锁(Exclusive Lock)

排他锁也叫X锁,是一种写锁,当一个事务对临界区加上排他锁,其它事务就不能获得该临界区的任何锁(共享锁,排他锁)。
排他锁(X):SELECT * FROM table_name WHERE … FOR UPDATE。

【Note】:
  排他锁保证只能一个人去处理数据,其他人不能读也不能写。

创建行锁条件:

1、表中创建索引, select 。。。 where   字段(必须是索引)  不然行锁就无效。

2、必须要有事务,这样才是 行锁(排他锁) 

3、在select  语句后面 加 上    FOR UPDATE;

例子: 测试是否 加了锁,先执行 1 后执行 2

查询1

START TRANSACTION;  #加事务

SELECT UserID,Password,Age FROM AccountsDB.Accounts_InFo    WHERE Accounts = 'hello2' FOR UPDATE;  #加锁

select SLEEP(5);  # 睡眠

COMMIT; #提交

查询2 :

START TRANSACTION;  
SELECT UserID,Password,Age FROM AccountsDB.Accounts_InFo    WHERE Accounts = 'hello2' FOR UPDATE;
COMMIT;
五、行锁

行锁,由字面意思理解,就是给某一行加上锁,也就是一条记录加上锁。

六、表锁

表锁,和行锁相对应,给这个表加上锁。
意向锁

InnoDB所用的表级锁,其设计目的主要是为了在一个事务中揭示下一步将要被请求的锁的类型。

InnoDB中的两个表锁:
意向共享锁(IS):

表示事务准备给数据行加入共享锁,也就是说一个数据行加共享锁前必须先取得该表的IS锁

意向排他锁(IX):

类似上面,表示事务准备给数据行加入排他锁,说明事务在一个数据行加排他锁前必须先取得该表的IX锁。

意向锁是InnoDB自动加的,不需要用户干预。