MySQL悲观锁和乐观锁的区别是什么

MySQL悲观锁和乐观锁的区别是什么

区别如下：

1、概念不同

乐观锁（ Optimistic Locking）：

顾名思义，对加锁持有一种乐观的态度，即先进行业务 *** 作，不到最后一步不进行加锁，"乐观"的认为加锁一定会成功的，在最后一步更新数据的时候再进行加锁。

悲观锁（Pessimistic Lock）：

正如其名字一样，悲观锁对数据加锁持有一种悲观的态度。因此，在整个数据处理过程中，将数据处于锁定状态。悲观锁的实现，往往依靠数据库提供的锁机制（也只有数据库层提供的锁机制才能真正保证数据访问的排他性，否则，即使在本系统中实现了加锁机制，也无法保证外部系统不会修改数据）。

推荐：MySQL教程

2、实现方式不同

乐观锁：

version方式：一般是在数据表中加上一个数据版本号version字段，表示数据被修改的次数，当数据被修改时，version值会加一。当线程A要更新数据值时，在读取数据的同时也会读取version值，在提交更新时，若刚才读取到的version值为当前数据库中的version值相等时才更新，否则重试更新 *** 作，直到更新成功。

悲观锁：

是由数据库自己实现的，要用的时候，我们直接调用数据库的相关语句就可以了（原理：共享资源每次只给一个线程使用，其它线程阻塞，用完后再把资源转让给其它线程），如行锁、读锁和写锁等，都是在 *** 作之前加锁，在Java中，synchronized的思想也是悲观锁。

3、使用场景不同

乐观锁：

比较适合读取 *** 作比较频繁的场景，如果出现大量的写入 *** 作，数据发生冲突的可能性就会增大，为了保证数据的一致性，应用层需要不断的重新获取数据，这样会增加大量的查询 *** 作，降低了系统的吞吐量。

悲观锁：

比较适合写入 *** 作比较频繁的场景，如果出现大量的读取 *** 作，每次读取的时候都会进行加锁，这样会增加大量的锁的开销，降低了系统的吞吐量。

4、特点不同

乐观锁：

乐观锁的特点先进行业务 *** 作，不到万不得已不去拿锁。即“乐观”的认为拿锁多半是会成功的，因此在进行完业务 *** 作需要实际更新数据的最后一步再去拿一下锁就好。

悲观锁：

悲观锁的特点是先获取锁，再进行业务 *** 作，即“悲观”的认为获取锁是非常有可能失败的，因此要先确保获取锁成功再进行业务 *** 作。通常所说的“一锁二查三更新”即指的是使用悲观锁。

更多技术请关注Python视频教程。