1.mysql锁的概述
2.mysql的表锁及案例剖析
3.mysql的行锁及案例剖析
4.总结
1.mysql锁的概述
1.1锁的定义
咱们先来看一下锁的定义：锁是计算机协调多个过程或者线程并发拜访某一资源的机制
那么在数据库中，数据也是一种供许多用户的共享资源，如何保证数据并发拜访的一致性，有效性，排他性，这也是所有数据库必须解决的一个问题，锁抵触也是影响数据库并发拜访性能的一个次要因素，从这些角度来看，锁对数据库显得尤其重要。
咱们举一个例子，淘宝购物。 假如咱们到购物网站上购买一个商品，这个时候库存为数不多，多集体一起抢购，那么如何解决是你买到还是他人买到的问题？
这个时候，就须要用锁，对无限的资源进行爱护，解决并发的矛盾。
1.2锁的分类
从数据操作的类型来看，锁能够分为读锁和写锁：
读锁（共享锁）：针对读操作，多个读操作能够同时进行而不相互影响，然而不能进行写操作。
写锁（排它锁）：以后操作没有实现前，它会阻断其余写锁和读锁。
从对数据操作的颗粒度来看，锁能够分为表锁和行锁。
表锁：操作数据的时候，锁住整张表。
行锁：操作数据的时候，锁住须要操作的那一行数据。
2.mysql的表锁及案例剖析
表锁：mysql的表锁是MyISAM存储引擎有的锁，开销小，加锁快，无死锁，锁的粒度大，产生锁抵触的概率最高，并发量最低。
代码演示：
咱们先创立一张myISAM为存储引擎的表：
CREATE TABLE `t_error_name` ( `error_name` varchar(255) COLLATE utf8_bin DEFAULT NULL) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_bin;加读锁：
| session 1 | session2 |
|---|---|
| 加读锁 | 连贯mysql |
| 以后session能够查问该表的记录 | 其它的session也能够读该表的记录 |
| 以后session不能够查问没有read锁的表 | 其余session能够查问或者更新未锁定的表 |
| 以后session不能够插入或者更新read锁的表 | 其余session插入或者更新read锁住的表表会阻塞 |
| 开释锁 | 其余session插入或者更新实现 |
加写锁：
| session1 | session2 |
|---|---|
| 以后session加写锁 | 期待session1加锁结束 |
| 以后session的查问，减少，批改，删除都能够执行实现 | 对其它session，任何操作都锁定 |
| 开释锁 | session2能够对该表进行操作 |
论断：
1.对MyISAM表的读操作（加读锁），不会阻塞其余过程对同一表的读申请，但会阻塞对同一表的写申请。只有当读锁开释后，才会执行对其它过程的写操作。
2.对MyISAM表的写操作（加写锁），会阻塞其它过程对同一表的读和写操作，只有当写操作开释后，才会执行其它过程的读写操作。
总而言之，读会阻塞写，不会阻塞读，写会同时阻塞读写。
所以咱们能够得出，MyISAM存储引擎的读写锁调度是写优先，也就是MyISAM不适宜做主表的引擎，因为一张表加上写锁后，会极大升高吞吐量，大量的申请将会被阻塞。
3.mysql的行锁及案例剖析
行锁是偏差Innodb的存储引擎，开销大，加锁慢，会呈现死锁，锁定粒度最小，产生锁抵触的概率极低，并发度也最高。
Innodb和MYISAM的两个最大不同点，Innodb反对了事务，Innodb采纳了行锁。
3.1事务的隔离级别
在看事务的隔离级别之前，咱们要先了解以下这几个概念：
1.脏读
脏读指的是数据库读到其余事务未提交的数据，未提交就代表着这些数据可能回滚，这些可能会回滚的数据到最初可能会不存在，所以读到了不肯定最终存在的数据，这就是脏读。
2.不可反复读
不可反复读指的是在同一事务内，不同时刻读到的同一批数据可能是不一样的，可能会受到其它曾经实现的事务的影响，比方其余事务改了这批数据并提交了，通常针对的是UPDATE操作。
3.可反复读
可反复读指的是，在一个事务内，最开始读到的数据和事务完结的任意时刻读到的同一批数据都是统一的，通常也是针对数据的update操作。
4.幻读
可反复读和不可反复读只是对于update而言的，而幻读是针对数据插入insert操作来说的，假如事务A对某些内容作了更改，还未提交，此时事务B又对事务A范畴内操作的数据中，又插入了几条数据，事务A在事务快完结的时候，再去查问事务A开始操作的数据，发现会比一开始操作的时候多了几条，但这其实是事务B刚刚插入进来的，让用户感觉到了幻觉，这就叫幻读。
事务的隔离级别：
| 事务的隔离级别 | 脏读 | 不可反复读 | 幻读 |
|---|---|---|---|
| 读未提交 | 可能 | 可能 | 可能 |
| 读提交 | 不可能 | 可能 | 可能 |
| 可反复读 | 不可能 | 不可能 | 可能 |
| 串行化 | 不可能 | 不可能 | 不可能 |
接下来咱们演示一下行锁，留神，行锁是建设在索引的根底上的，如果你要查问的这个字段没有加上索引，那么mysql就会默认锁住所有的行。
行锁演示：
| session 1 | session 2 |
|---|---|
| 设置手动提交事务 | 设置手动提交事务 |
| 更新然而不提交，没有commit | 被阻塞 |
| 提交更新 | 解除阻塞，更新失常 |
间隙锁：
当咱们应用范畴条件而不是相等条件检索数据，并申请共享或者排他的时候，InnoDB会将目前符合条件的所有记录的索引加锁，对于键值在条件内然而不存在的记录，叫做间隙。
InnoDB也会对这个间隙加锁，这种机制就是所谓的间隙锁。
危害：因为query在执行的过程当中通过范畴查找的话，就会疾速锁定这个范畴内的所有索引键值，即便这个键不存在，造成锁定的时候，无奈插入这个范畴内的所有值，在某些场景下可能会造成很大的危害。
优化锁的倡议：
1.尽可能让所有数据检索都通过索引实现，防止无索引行锁降级为表锁。
2.正当设计索引，尽量放大锁的范畴
4.尽可能减少检索条件，防止间隙锁
5.尽量管制事务大小，缩小锁定资源量和工夫长度
6.尽可能低级别事务隔离
4.总结
明天学习了mysql的锁机制，次要学习了行锁和表锁，以及间隙锁的危害和优化倡议。