悲观锁(Pessimistic Lock), 顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。 乐观锁 ...

参考网址: https://zhuanlan.zhihu.com/p/31537871 1、什么悲观锁？ 顾名思义，悲观锁是基于一种悲观的态度类来防止一切数据冲突，它是以一种预防的姿态在修改数据之前把数据锁住，然后再对数据进行读写，在它释放锁之前任何人都不能对其数据进行操作，直到前面一个人把锁 ...

悲观锁 总是假设最坏的情况，每次拿数据都认为别人会修改数据，所以要加锁，别人只能等待，直到我释放锁才能拿到锁；数据库的行锁、表锁、读锁、写锁都是这种方式，java中的synchronized和ReentrantLock也是悲观锁的思想。 乐观锁 总是假设最好的情况，每次拿数据都认为 ...

1.悲观锁是当线程拿到资源时，就对资源上锁，并在提交后，才释放锁资源，其他线程才能使用资源。 2.乐观锁是当线程拿到资源时，上乐观锁，在提交之前，其他的锁也可以操作这个资源，当有冲突的时候，并发机制会保留前一个提交，打回后一个提交，让后一个线程重新获取资源后，再操作，然后提交。和git上传 ...

1、无论是选择悲观锁策略，还是乐观锁策略。如果一个对象被上了锁，那么该对象都会受这个锁的控制和影响。如果这个锁是个排它锁，那么其它会话都不能修改它。2、选择悲观锁策略，还是乐观锁策略，这主要是由应用和业务需求来确定的。如果你的应用和业务经常会出现从我看到要修改的记录的值，到我修改完成该记录 ...

一：悲观锁 悲观主义：认为我操作的时候，会出现问题，所以都加锁 二：乐观锁 乐观主义：认为什么时候不会出问题，所以不上锁，更新的时候去查询判断一下，再此期间是否有人修改过这个数据。 redis的watch这个功能可以 ...

MULTI 　　开启事务，后续的命令会被加入到同一个事务中 　　事务中的操作会发送给客服端，但是不会立即执行，而是将操作放到了该事务对应的一个队列中，服务端返回QUEQUD EXEC 　 ...

1、并发控制 当程序中可能出现并发的情况时，我们就需要通过一定的手段来保证在并发情况下数据的准确性，通过这种手段保证了当用户和其他用户一起操作时，所得到的结果和他单独操作时的祷告的结果是一样的。 ...