mysql中的锁怎么使用_mysql中的"锁"事儿总结

定义

关于mysql中的锁，是用于管理不同事务对共享资源的并发访问的问题，分为行锁和表锁。

表锁与行锁的区别：

锁定粒度：表锁 > 行锁

加锁效率：表锁 > 行锁

冲突概率：表锁 > 行锁

并发性能：表锁 < 行锁

InnoDB存储引擎支持行锁和表锁(另类的行锁)

mysql innodb锁类型

共享锁(行锁)：Shared Locks

又称为读锁，简称S锁，顾名思义，共享锁就是多个事务对于同一数据可以共享一把锁，都能访问到数据，但是只能读不能修改;

加锁释锁方式：

select * from users WHERE id=1 LOCK IN SHARE MODE;

commit/rollback

排它锁(行锁)：Exclusive Locks

又称为写锁，简称X锁，排他锁不能与其他锁并存，如一个事务获取了一个数据行的排他锁，其他事务就不能再获取该行的锁(共享锁、排他锁)，只有该获取了排他锁的事务是可以对数据行进行读取和修改，(其他事务要读取数据可来自于快照)

加锁释锁方式：

delete / update / insert 默认加上X锁

SELECT * FROM table_name WHERE ... FOR UPDATE(加上了排它锁)

commit/rollback

例如:

UPDATE USERS SET AGE =23 WHERE ID=1;(先运行不提交，默认获取排它锁)

SELECT * FROM USERS WHERE ID = 1 LOCK IN SHARE MODE;(再运行这句，会发现阻塞主，因为上一个是排它锁，还未提交，就还未释放。)

意向锁共享锁(表锁)：Intention Shared Locks

表示事务准备给数据行加入共享锁，即一个数据行加共享锁前必须先取得该表的IS锁，意向共享锁之间是可以相互兼容的

意向锁排它锁(表锁)：Intention Exclusive Locks

表示事务准备给数据行加入排他锁，即一个数据行加排他锁前必须先取得该表的IX锁，意向排它锁之间是可以相互兼容的。

意向锁(IS、IX)是InnoDB数据操作之前自动加的，不需要用户干预。

意义：当事务想去进行锁表时，可以先判断意向锁是否存在，存在时则可快速返回该表不能启用表锁。

自增锁：AUTO-INC Locks

针对自增列自增长的一个特殊的表级别锁

show variables like 'innodb_autoinc_lock_mode';

默认取值1，代表连续，事务未提交则ID永久丢失。

以下三种锁其实是行锁的算法

临键锁 Next-key Locks

锁住记录+区间(左开右闭)

当sql执行按照索引进行数据的检索时,查询条件为范围查找(between and、等)并有数据命中则此时SQL语句加上的锁为Next-key locks，锁住索引的记录+区间(左开右闭)

为什么innodb要使用临建锁作为行锁算法？？

防止幻读，innodb是基于B+树构建索引的，是有序的，把临建的区间锁住，往里面叉数据是插入不进去的，可以避免幻读。但是还需要知道配合mvcc才能真正解决幻读问题。

间隙锁 Gap Locks

查询大于20的值范围，此时20不存在，会锁住最大的10到无穷大。

记录锁 Record Locks

只会在主键索引或者唯一索引等值匹配、精准匹配时会把该记录锁住，会把上例中1-7之间锁住。

innode行锁到底锁了什么？

InnoDB的行锁是通过给索引上的索引项加锁来实现的。

只有通过索引条件进行数据检索，InnoDB才使用行级锁，否则，InnoDB将使用表锁(锁住索引的所有记录)

表锁：lock tables xx read/write；

锁如何解决并发带来的几个问题？？

怎么解决脏读？

排它锁

怎么解决不可重复读？ 加上共享锁

怎么解决幻读？ 加上Next-key 临键锁

Mysql中的死锁

多个并发事务(2个或者以上)；

每个事务都持有锁(或者是已经在等待锁);

每个事务都需要再继续持有锁；

事务之间产生加锁的循环等待，形成死锁。

怎么避免mysql中的死锁

1)类似的业务逻辑以固定的顺序访问表和行。

2)大事务拆小。大事务更倾向于死锁，如果业务允许，将大事务拆小。

3)在同一个事务中，尽可能做到一次锁定所需要的所有资源，减少死锁概

率。

4)降低隔离级别，如果业务允许，将隔离级别调低也是较好的选择

5)为表添加合理的索引。可以看到如果不走索引将会为表的每一行记录添

加上锁(或者说是表锁)