1.很乐观、认为什么时候都不会出问题、所以不上锁。更新数据的时候去判断下，在此期间是否有人修改这个数据。数据期间没有发生变动，这个时候就正常执行成功。测试多线程修复值、使用乐观锁操作。my-redis:0>multi #######开启事务

当程序中可能出现并发的情况时，就需要通过一定的手段来保证在并发情况下数据的准确性，通过这种手段保证了当前用户和其他用户一起操作时，所得到的结果和他单独操作时的结果是一样的。并发控制的目的是保证一个用户的工作不会对另一个用户的工作产生不合理的影响。没有做好并

悲观锁与乐观锁是人们定义出来的概念，你可以理解为一种思想，是处理并发资源的常用手段。不要把他们与mysql中提供的锁机制混为一谈。顾名思义，就是对于数据的处理持悲观态度，总认为会发生并发冲突，获取和修改数据时，别人会修改数据。所以在整个数据处理过程中，需要

该有相应的重试逻辑。独占的锁，就像 synchronized，不管三七二十一，直接上了锁就操作资源了。

数据库的锁机制是并发控制的重要内容，是对程序控制数据一致性的补充，更细粒度的保障数据的一致性，而使各种共享资源在被并发访问变得有序所设计的一种规则。下面主要针对我们常见的InnoDB和Myisam进行解析。乐观并发控制和悲观并发控制是并发控制采用的主要方法

setnx性质：如果不存在那么返回 0 ，不存在返回 1 。

程序员面试美团：面试官突然问Java “锁”你应该怎么回答？Java提供了种类丰富的锁，每种锁因其特性的不同，在适当的场景下能够展现出非常高的效率。本文旨在对锁相关源码、使用场景进行举例，为读者介绍主流锁的知识点，以及不同的锁的适用场景。Java中往往是按

执行更新时， set version = newVersion where version = oldVersion. 查看数据库，可以发现新插入的数据，version为0。可以看到数据库中的version变成了1，就成功了。支持的数据类型只有 int,I

总是假设最好的情况，认为竞争总是不存在，每次拿数据的时候都认为不会被修改，因此不会先上锁，在最后更新的时候比较数据有无更新，可通过版本号或CAS实现。看到两小时后才做操作，第一就要想到异步，这时候celery是非常符合需求的。使用celery来实现延时任务

需要创建一个心的工程；添加一个线程组—这里面设置秒级并发数；请求头管理—添加需要修改的请求头信息；CSV文件—可以将请求的参数，以变量的形式，从csv文件中获取，模拟多种请求数据；并发量：秒级1w请求；首先，真正请求通过，并修改了库存的请求数应该等于ver

　　想象一下你马上出发要去一家餐厅吃饭，但是你去之前不确定会不会满桌，你又不想排号。理解了上面的例子后，乐观事务和悲观事务的优劣就很好理解了。悲观事务的好处是对于冲突率高的场景，提前上锁的代价小于事后回滚的代价，而且还能以比较低的代价解决多个并发事务互相冲

无论是悲观锁还是乐观锁，都是人们定义出来的概念，是一种读取和修改数据的并发访问策略，由应用和业务需求来确定的。其实不仅仅是数据库系统中有乐观锁和悲观锁的概念，像memcache、hibernate、tair等都有类似的概念。在DBMS中，只是利用数据库本身

Mysql 在5.5之前默认使用 MyISAM 存储引擎，之后使用 InnoDB 。MyISAM 操作数据都是使用的表锁，你更新一条记录就要锁整个表，导致性能较低，并发不高。当然同时它也不会存在死锁问题。而 InnoDB 与 MyISAM 的最大不同有两点

悲观锁，认为数据是悲观的。防止其他线程篡改，直到对方拿到锁,才能修改。比如，有如下的表。status=1表示可以下单，status=2表示不可以下订单。假如在并发的过程中有两个用户同时查到status=1，那么从逻辑上来说都可以去新增订单，但是会造成商品超

悲观锁一般都是依靠关系型数据库提供的锁机制，然而事实上关系型数据库中的行锁，表锁不论是读写锁都是悲观锁。乐观锁顾名思义，就是很乐观，每次自己操作数据的时候认为没有人会来修改它，所以不会去对数据进行加锁。乐观锁不会发生并发抢占资源，只有在提交操作的时候检查是

前言之前在 Java-Interview 中提到过秒杀架构的设计，这次基于其中的理论简单实现了一下。本次采用循序渐进的方式逐步提高性能达到并发秒杀的效果，文章较长请准备好瓜子板凳。前端请求进入 web 层，对应的代码就是 controller。Servic

北京这两天天气不好，时晴时阴，最近有有点累，所以在家里休息了两天，看了一下乐观锁与悲观锁，虽然没有茅塞顿开，但是也有点收获。

简言之，共享资源每次都只给一个线程使用，其他线程阻塞，等第一个线程用完后再把资源转让给其他线程。synchronized和ReentranLock等都是悲观锁思想的体现。CAS就是乐观锁的一种实现方式。

"商品库存的乐观锁实现。实现的方式也比较简单，也就是在最后执行库存扣减操作时，将事务开始前获取的库存数量带入到SQL语句中与目前数据库记录中的库存数量进行判断，如果数量相等，则该条更新库存的语句成功执行；如果不相等，则表示该商品的库存信息在当前事