1、普通的单应用并发，使用关键字synchronized就可以实现。多应用或多台并发，这时在由于2者并非同一应用，使用synchronized并不能满足要求。
金昌ssl适用于网站、小程序/APP、API接口等需要进行数据传输应用场景，ssl证书未来市场广阔！成为创新互联建站的ssl证书销售渠道，可以享受市场价格4-6折优惠！如果有意向欢迎电话联系或者加微信：18980820575（备注：SSL证书合作）期待与您的合作！
2、添加第3个字段version，int类型，default值为0。version值每次update时作加1处理。ALTER TABLE table ADD COLUMN version INT DEFAULT 0 NOT NULL AFTER use_count；SELECT时同时获取version值（例如为3）。
3、读写锁在Java中的具体实现就是ReadWriteLock 乐观锁/悲观锁 乐观锁与悲观锁不是指具体的什么类型的锁，而是指看待并发同步的角度。
MySQL数据库中的锁有共享锁，排他锁，行锁，表级锁，行级锁以及页面锁。共享锁（Shared Lock，也叫S锁）共享锁(S)表示对数据进行读操作。因此多个事务可以同时为一个对象加共享锁。
锁的分类根据加锁范围，MySQL里面的锁可以分成全局锁、表级锁、行锁三类。
锁详解（推荐教程：mysql教程）数据库锁机制简单来说就是，数据库为了保证数据的一致性，而使各种共享资源在被并发访问变得有序所设计的一种规则。对于任何一种数据库来说都需要有相应的锁定机制，所以MySQL自然也不能例外。
MySQL中的锁，按照锁的粒度分为：全局锁，就锁定数据库中的所有表。表级锁，每次操作锁住整张表。行级锁，每次操作锁住对应的行数据。
mysql的乐观锁：相对悲观锁而言，乐观锁假设数据一般情况下不会造成冲突，所以在数据进行提交更新的时候，才会对数据的冲突与否进行检测，如果发现冲突，则让返回用户错误的信息，让用户决定如何去做。
是悲观锁还是乐观锁，都是人们定义出来的概念，可以认为是一种思想。其实不仅仅是数据库系统中有乐观锁和悲观锁的概念，像memcache、hibernate、tair等都有类似的概念。针对于不同的业务场景，应该选用不同的并发控制方式。
乐观锁(Optimistic Lock)， 顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制。
mysql锁分为共享锁和排他锁，也叫做读锁和写锁。读锁是共享的，可以通过lock in share mode实现，这时候只能读不能写。写锁是排他的，它会阻塞其他的写锁和读锁。从颗粒度来区分，可以分为表锁和锁两种。
1、在对记录进行修改之前，先尝试为该记录加上排它锁(exclusive locking)。如果加锁失败，说明该记录正在被修改，那么当前查询可能要等待或者抛出异常。具体响应方式由开发者根据实际需要决定。
2、乐观锁和悲观锁的区别如下：悲观锁是当线程拿到资源时，就对资源上锁，并在提交后，才释放锁资源，其他线程才能使用资源。
3、悲观锁，从数据开始更改时就将数据锁住，知道更改完成才释放。乐观锁，直到修改完成准备提交所做的的修改到数据库的时候才会将数据锁住。完成更改后释放。悲观锁会造成访问数据库时间较长，并发性不好，特别是长事务。
悲观锁和乐观锁定义：乐观锁：乐观锁在操作数据时非常乐观，认为别人不会同时修改数据。因此乐观锁不会上锁，只是在执行更新的时候判断一下在此期间别人是否修改了数据：如果别人修改了数据则放弃操作，否则执行操作。
关于mysql中的乐观锁和悲观锁面试的时候被问到的概率还是比较大的。
悲观锁，从数据开始更改时就将数据锁住，知道更改完成才释放。乐观锁，直到修改完成准备提交所做的的修改到数据库的时候才会将数据锁住。完成更改后释放。悲观锁会造成访问数据库时间较长，并发性不好，特别是长事务。
表锁会锁定整张表并且阻塞其他户对该表的所有读写操作，如alter修改表结构的时候会锁表。锁可以分为乐观锁和悲观锁，悲观锁可以通过for update实现，乐观锁则通过版本号实现。
乐观锁，悲观锁，这两个概念你需要搞清楚才能更好的理解。乐观锁：与悲观锁相对应，不是数据库自带的，需要自己去实现。悲观锁：与乐观锁相对应，是数据库自己实现了的。
在redis中，悲观锁指的是对数据key和都value都上锁，只要这个数据有一点小改动，事务将失败。