普通的单应用并发，使用关键字synchronized就可以实现。多应用或多台并发，这时在由于2者并非同一应用，使用synchronized并不能满足要求。
成都创新互联公司凭借专业的设计团队扎实的技术支持、优质高效的服务意识和丰厚的资源优势，提供专业的网站策划、成都网站设计、网站制作、网站优化、软件开发、网站改版等服务，在成都10余年的网站建设设计经验，为成都上1000家中小型企业策划设计了网站。
添加第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）。
读写锁在Java中的具体实现就是ReadWriteLock 乐观锁/悲观锁 乐观锁与悲观锁不是指具体的什么类型的锁，而是指看待并发同步的角度。
all通过检查所有属性实现乐观锁其中通过 version 实现的乐观锁机制是 Hibernate guan 方推荐的乐观锁实现，同时也是 Hibernate 中，目前唯一在数据对象脱离 Session 发生修改的情况下依然有效的锁机制。
悲观锁和乐观锁定义：乐观锁：乐观锁在操作数据时非常乐观，认为别人不会同时修改数据。因此乐观锁不会上锁，只是在执行更新的时候判断一下在此期间别人是否修改了数据：如果别人修改了数据则放弃操作，否则执行操作。
乐观锁和悲观锁的区别如下：悲观锁是当线程拿到资源时，就对资源上锁，并在提交后，才释放锁资源，其他线程才能使用资源。
悲观锁：很悲观每次操作数据前会上锁。比喻行锁、表锁、读写锁等 悲观锁线程安全 乐观锁：很乐观每次操作数据不会上锁，更新的时候使用版本号等机制判断数据是否被修改。
悲观锁：这个世界一切东西都是不可信的。在redis中，悲观锁指的是对数据key和都value都上锁，只要这个数据有一点小改动，事务将失败。
实现这种功能的方法是对表进行锁定。服务器由两种表的锁定方法：内部锁定内部锁定可以避免客户机的请求相互干扰——例如，避免客户机的SELECT查询被另一个客户机的UPDATE查询所干扰。
而死锁发生在当多个进程访问同一数据库时，其中每个进程拥有的锁都是其他进程所需的，由此造成每个进程都无法继续下去。
如果jdbc和mysql都支持SSL那通过配置就可以了\x0d\x0a如果不支持，那也可以自己来实现。
一般来说，实现乐观锁的方法是在数据表中增加一个version字段，每当数据更新的时候这个字段执行加1操作。这样当数据更改的时候，另外一个事务访问此条数据进行更改的话就会操作失败，从而避免了并发操作错误。
乐观锁的实现方式 有：关闭自动提交后，我们需要手动开启事务。
使用数据版本（Version）记录机制实现，这是mysql乐观锁最常用的一种实现方式。所谓的数据版本就是给数据增加一个版本标识，一般是通过为数据库表增加一个数字类型的 “version” 字段来实现。
mysql锁分为共享锁和排他锁，也叫做读锁和写锁。读锁是共享的，可以通过lock in share mode实现，这时候只能读不能写。写锁是排他的，它会阻塞其他的写锁和读锁。从颗粒度来区分，可以分为表锁和锁两种。
mysql有个多版本控制MVCC，可以认为MVCC是行级锁的一个变种，但他在很多情况下避免了加锁操作，因此开销更低。
1、在对记录进行修改之前，先尝试为该记录加上排它锁(exclusive locking)。如果加锁失败，说明该记录正在被修改，那么当前查询可能要等待或者抛出异常。具体响应方式由开发者根据实际需要决定。
2、乐观锁和悲观锁的区别如下：悲观锁是当线程拿到资源时，就对资源上锁，并在提交后，才释放锁资源，其他线程才能使用资源。
3、悲观锁，从数据开始更改时就将数据锁住，知道更改完成才释放。乐观锁，直到修改完成准备提交所做的的修改到数据库的时候才会将数据锁住。完成更改后释放。悲观锁会造成访问数据库时间较长，并发性不好，特别是长事务。
4、悲观锁(Pessimistic Lock)， 顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。
5、表锁会锁定整张表并且阻塞其他户对该表的所有读写操作，如alter修改表结构的时候会锁表。锁可以分为乐观锁和悲观锁，悲观锁可以通过for update实现，乐观锁则通过版本号实现。