MySQL中的乐观锁和悲观锁

---

目录

 

·1.什么是悲观锁，乐观锁？

 ·2.实现方式

·3.使用场景

·4.特点

---

·1.什么是悲观锁，乐观锁？

悲观锁大多数情况下值依靠数据库的机制实现，以保证操作最大程度的独占性。但随之而来的就是数据库的性能的大量开销，特别是对长事务而言，这样的开销往往无法承受。

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

乐观锁：对加锁持有一种乐观的态度，即先进性业务操作，不到最后一步不进行加锁，“乐观”的认为加锁一定会成功的，在最后一步更新数据的时候在进行加锁。

 ·2.实现方式

乐观锁：

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

·CAS操作方式：涉及到三个操作数，数据所在的内存值，预期值，新值。当需要更新时，判断当前内存值与之前取到的值是否相等，若相等，则用新值更新，若失败则重试，一般情况下是一个自旋操作，即不断的重试。

悲观锁：

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

·3.使用场景

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

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

·4.特点

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

          悲观锁----悲观锁的特点是先获取锁，再进行业务操作，即‘悲观的’认为获取锁时非常有可能失败的，因此要先确保获取锁成功再进行业务操作。