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之间锁住。
可以参考下官网: https://dev.mysql.com/doc/refman/5.7/en/innodb-locking.html
innode行锁到底锁了什么？
InnoDB的行锁是通过给索引上的索引项加锁来实现的。
只有通过索引条件进行数据检索，InnoDB才使用行级锁，否则，InnoDB将使用表锁（锁住索引的所有记录）
表锁：lock tables xx read/write；
锁如何解决并发带来的几个问题？？
怎么解决脏读？
排它锁
怎么解决不可重复读？ 加上共享锁
怎么解决幻读？ 加上Next-key 临键锁
Mysql中的死锁
多个并发事务（2个或者以上）；
每个事务都持有锁（或者是已经在等待锁）;
每个事务都需要再继续持有锁；
事务之间产生加锁的循环等待，形成死锁。
怎么避免mysql中的死锁
1）类似的业务逻辑以固定的顺序访问表和行。
2）大事务拆小。大事务更倾向于死锁，如果业务允许，将大事务拆小。
3）在同一个事务中，尽可能做到一次锁定所需要的所有资源，减少死锁概
率。
4）降低隔离级别，如果业务允许，将隔离级别调低也是较好的选择
5）为表添加合理的索引。可以看到如果不走索引将会为表的每一行记录添
加上锁（或者说是表锁）
