|
实验环境： 我们在操作数据库的时候，可能会由于并发问题而引起的数据的不一致性（数据冲突） 乐观锁乐观锁不是数据库自带的，需要我们自己去实现。乐观锁是指操作数据库时 (更新操作)，想法很乐观，认为这次的操作不会导致冲突，在操作数据时，并不进行任何其他的特殊处理（也就是不加锁），而在进行更新后，再去判断是否有冲突了。 通常实现是这样的：在表中的数据进行操作时 (更新)，先给数据表加一个版本(version) 字段，每操作一次，将那条记录的版本号加 1。也就是先查询出那条记录，获取出 version 字段, 如果要对那条记录进行操作(更新), 则先判断此刻 version 的值是否与刚刚查询出来时的 version 的值相等，如果相等，则说明这段期间，没有其他程序对其进行操作，则可以执行更新，将 version 字段的值加 1；如果更新时发现此刻的 version 值与刚刚获取出来的 version 的值不相等，则说明这段期间已经有其他程序对其进行操作了，则不进行更新操作。 举例： 下单操作包括 3 步骤：
除了自己手动实现乐观锁之外，现在网上许多框架已经封装好了乐观锁的实现，如 hibernate，需要时，可能自行搜索 'hiberate 乐观锁' 试试看。 悲观锁与乐观锁相对应的就是悲观锁了。悲观锁就是在操作数据时，认为此操作会出现数据冲突，所以在进行每次操作时都要通过获取锁才能进行对相同数据的操作，这点跟 java 中的 synchronized 很相似，所以悲观锁需要耗费较多的时间。另外与乐观锁相对应的，悲观锁是由数据库自己实现了的，要用的时候，我们直接调用数据库的相关语句就可以了。 说到这里，由悲观锁涉及到的另外两个锁概念就出来了，它们就是共享锁与排它锁。共享锁和排它锁是悲观锁的不同的实现，它俩都属于悲观锁的范畴。 共享锁共享锁指的就是对于多个不同的事务，对同一个资源共享同一个锁。相当于对于同一把门，它拥有多个钥匙一样。就像这样，你家有一个大门，大门的钥匙有好几把，你有一把，你女朋友有一把，你们都可能通过这把钥匙进入你们家，进去啪啪啪啥的，一下理解了哈，没错，这个就是所谓的共享锁。 刚刚说了，对于悲观锁，一般数据库已经实现了，共享锁也属于悲观锁的一种，那么共享锁在 mysql 中是通过什么命令来调用呢。通过查询资料，了解到通过在执行语句后面加上 lock in share mode 就代表对某些资源加上共享锁了。 比如，我这里通过 mysql 打开两个查询编辑器，在其中开启一个事务，并不执行 commit 语句 city 表 DDL 如下：  image.png 然后在另一个查询窗口中，对 id 为 1 的数据进行更新  image.png 此时，操作界面进入了卡顿状态，过几秒后，也提示错误信息 那么证明，对于 id=1 的记录加锁成功了，在上一条记录还没有 commit 之前，这条 id=1 的记录被锁住了，只有在上一个事务释放掉锁后才能进行操作，或用共享锁才能对此数据进行操作。 再实验一下：  image.png 加上共享锁后，也提示错误信息了，通过查询资料才知道，对于 update,insert,delete 语句会自动加排它锁的原因 于是，我又试了试  image.png 这下成功了。 排它锁排它锁与共享锁相对应，就是指对于多个不同的事务，对同一个资源只能有一把锁。 与共享锁类型，在需要执行的语句后面加上 for update 就可以了 行锁行锁，由字面意思理解，就是给某一行加上锁，也就是一条记录加上锁。 比如之前演示的共享锁语句 由于对于 city 表中, id 字段为主键，就也相当于索引。执行加锁时，会将 id 这个索引为 1 的记录加上锁，那么这个锁就是行锁。 表锁表锁，和行锁相对应，给这个表加上锁。 MyISAM 引擎里有的，暂时研究了 |
|
|
