数据库两大必备神器：索引和锁底层原理是什么！

表锁下又分为两种模式：

•  表读锁（Table Read Lock）
•  表写锁（Table Write Lock）
•  从下图可以清楚看到，在表读锁和表写锁的情形下：读读不阻塞，读写阻塞，写写阻塞！
•  读读不阻塞：当前用户在读数据，其他的用户也在读数据，不会加锁
•  读写阻塞：当前用户在读数据，其他的用户不能修改当前用户读的数据，会加锁！
•  写写阻塞：当前用户在修改数据，其他的用户不能修改当前用户正在修改的数据，会加锁！

从上面已经看到了：读锁和写锁是互斥的，读写操纵是串行。

•  假如某个历程想要获取读锁，同时其它一个历程想要获取写锁。在mysql里边，写锁是优先于读锁的！
•  写锁和读锁优先级的题目是可以通过参数调理的：max_write_lock_count和low-priority-updates

值得留意的是：

•   MyISAM可以支持查询和插入操纵的并发举办。可以通过体系变量concurrent_insert来指定哪种模式，在MyISAM中它默认是：假如MyISAM表中没有朴陋（即表的中间没有被删除的行），MyISAM应承在一个历程读表的同时，另一个历程从表尾插入记录。

•  可是InnoDB存储引擎是不支持的！

3、乐观锁和气馁锁

无论是Read committed照旧Repeatable read断绝级别，都是为了办理读写斗嘴的题目。

纯真在Repeatable read断绝级别下我们来思量一个题目：

此时，用户李四的操纵就丢失掉了：

•  丢失更新：一个事宜的更新包围了其余事宜的更新功效。

(ps:暂且没有想到较量好的例子来声名更新丢失的题目，固然上面的例子也是更新丢失，但必然水平上是可接管的..不知道有没有人能想到不行接管的更新丢失例子呢...)

办理的要领：

•  行使Serializable断绝级别，事宜是串行执行的！
•  乐观锁
•  气馁锁
•  乐观锁是一种头脑，详细实现是，表中有一个版本字段，第一次读的时辰，获取到这个字段。处理赏罚完营业逻辑开始更新的时辰，必要再次查察该字段的值是否和第一次的一样。假如一样更新，反之拒绝。之以是叫乐观，由于这个模式没有从数据库加锁，比及更新的时辰再判定是否可以更新。
•  气馁锁是数据库层面加锁，城市阻塞去守候锁。

3.1、气馁锁

以是，凭证上面的例子。我们行使气馁锁的话着实很简朴(手动加行锁就行了)：

•  select * from xxxx for update

在select 语句后边加了 for update相等于加了排它锁(写锁)，加了写锁往后，其他的事宜就不能对它修改了！必要守候当前事宜修改完之后才可以修改.

•  也就是说，假如张三行使select ... for update，李四就无法对该笔记录修改了~

3.2、乐观锁

乐观锁不是数据库层面上的锁，是必要本技艺动去加的锁。一样平常我们添加一个版本字段来实现：

详细进程是这样的：

张三select * from table --->会查询出记录出来，同时会有一个version字段

李四select * from table --->会查询出记录出来，同时会有一个version字段

李四对这笔记录做修改：update A set Name=lisi,version=version+1 where ID=#{id} and version=#{version}，判定之前查询到的version与此刻的数据的version举办较量，同时会更新version字段

此时数据库记录如下：

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!