5SpringBoot锁 -Mybatis的代码演示.docxVIP

乐观锁和悲观锁 数据库加锁，是为了处理并发问题，在并发下保证数据一致性。 虽然我们在发开的过程中，没有使用锁的情况下，我们的程序也可以正常的执行，那是因为数据库帮我们隐式的添加了锁，按照使用方式可以讲锁分为：悲观锁和乐观锁；按照粒度可分为：全局锁，表锁和行锁，并在出现死锁后如何解决。 适用场景： 悲观锁：比较适合写入操作比较频繁的场景，如果出现大量的读取操作，每次读取的时候都会进行加锁，这样会增加大量的锁的开销，降低了系统的吞吐量。 乐观锁：比较适合读取操作比较频繁的场景，如果出现大量的写入操作，数据发生冲突的可能性就会增大，为了保证数据的一致性，应用层需要不断的重新获取数据，这样会增加大量的查询操作，降低了系统的吞吐量。 总结：两种所各有优缺点，读取频繁使用乐观锁，写入频繁使用悲观锁。 乐观锁原理 1、乐观锁： 每次获取数据的时候，都不会担心数据被修改，所以每次获取数据的时候都不会进行加锁，由于数据没有进行加锁，期间该数据可以被其他线程进行读写操作。 2、乐观锁的原理 乐观锁，大多是基于数据版本 ( Version)记录机制实现。何谓数据版本？即为数据增加一个版本标识，在基于数据库表的版本解决方案中，一般是通过为数据库表增加一个 “version” 字段来 实现（表中添加一个字段 version）。 读取出数据时，将此版本号一同读出，之后更新时，对此版本号加一。此时，将提交数据的版本数据与数据库表对应记录的当前版本信息进行比对，如果提交的数 版本号大于数据库表当前版本号，则予以更新，否则认为是过期数据。 3、乐观锁的实现 在实体类中添加一个int型的字段，生成getter和setter方法。 悲观锁原理: 悲观锁则认为拿到的数据一定会被别人修改，为了防止被人修改，当我一拿到数据，我就对它进行加锁，这样别人就无法获得我的数据，只有等我操作完成释放锁后，后面的人才能获得我的数据。悲观锁的实现直接在语句后面加for update即可. 就是独占锁，不管读写都上锁了。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。Java中synchronized和ReentrantLock等独占锁就是悲观锁思想的实现。 新建项目: Mybatis中实现乐观锁 悲观锁实现 在JDBC中使用悲观锁 需要使用select for update，即 select * from A Where id=1 for update; mapper.xml select id=selectByPrimaryKey parameterType=java.lang.Long resultMap=BaseResultMap select include refid=Base_Column_List / from tbl_goods where goodsid = #{goodsid,jdbcType=INTEGER} for update/select Service接口: public interface GoodService { public void testupdatePess01(long goodsid); public void testupdatePess02(long goodsid);} service实现类: @Servicepublic class GoodsServiceImpl implements GoodService { @Autowired private GoodsMapper goodsMapper; @Override @Transactional public void testupdatePess01(long goodsid) { //1 先查 goodsid =Goods Goods goods = goodsMapper.selectByPrimaryKey(goodsid); //2 设置goods对象的某个属性 goods.setGoodsname(testupdatePess01); //可能在处理一些复杂的业务，这里需要模拟 休眠一会 try { Thread.sleep(10000); } catch (InterruptedException e) { e.printStackTrace(); } //3 调用修改的方法提交 int