1、概念不同

乐观锁( Optimistic Locking)：

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

悲观锁(Pessimistic Lock)：

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

2、实现方式不同

乐观锁：

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

（换一种说法：小明去银行取钱，取钱的时候系统读表，也会读取表中 version 字段，读取的时候是 1，操作完成后 version 字段会加一，变成 2，但是在他操作提交之前，小红也用这个账号取钱，读取到 version 字段是 1，操作完去提交的时候，发现 version 字段边成 2，和读取的不一致，这个时候就会事物回滚，回滚到操作之前的状态。）

悲观锁：

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

3、使用场景不同

乐观锁：---> 读数据多的时候用乐观锁。

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

悲观锁：---> 写数据多的时候用悲观锁。

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

4、特点不同

乐观锁：

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

悲观锁：

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