MySQL还能实现分布式锁？( 二 ) _分布式锁

SQL的写法如下：
select*from distribute_lockwhere business_code = #{business_code,jdbcType=VARCHAR}for update以上为主要实现逻辑，关于代码中的注意点：

createOrder方法必须要有事务，因为只有在事务存在的情况下才能触发select for update的锁。
代码中必须要对当前锁的存在性进行判断，如果为空的情况下，会报异常

我们来看一下最终运行的效果，先看一下console日志，
8080的console日志情况：

11:49:41INFO 16360 --- [nio-8080-exec-2] c.k.d.service.MySQLOrderService: 进入了方法11:49:41INFO 16360 --- [nio-8080-exec-2] c.k.d.service.MySQLOrderService: 拿到了锁

8081的console日志情况：
11:49:48INFO 17640 --- [nio-8081-exec-2] c.k.d.service.MySQLOrderService: 进入了方法通过日志情况，两个不同的jvm，由于第一个到8080的请求优先拿到了锁，所以8081的请求就处于等待锁释放才会去执行，这说明我们的分布式锁生效了。
再看一下完整执行之后的日志情况：
8080的请求：

11:58:01INFO 15380 --- [nio-8080-exec-1] c.k.d.service.MySQLOrderService: 进入了方法11:58:01INFO 15380 --- [nio-8080-exec-1] c.k.d.service.MySQLOrderService: 拿到了锁11:58:07INFO 15380 --- [nio-8080-exec-1] c.k.d.service.MySQLOrderService: http-nio-8080-exec-1库存数1

8081的请求：

11:58:03INFO 16276 --- [nio-8081-exec-1] c.k.d.service.MySQLOrderService: 进入了方法11:58:08INFO 16276 --- [nio-8081-exec-1] c.k.d.service.MySQLOrderService: 拿到了锁11:58:14INFO 16276 --- [nio-8081-exec-1] c.k.d.service.MySQLOrderService: http-nio-8081-exec-1库存数011:58:14 ERROR 16276 --- [nio-8081-exec-1] o.a.c.c.C.[.[.[/].[dispatcherServlet]: Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing failed; nested exception is java.lang.Exception: 商品100100仅剩0件，无法购买] with root causejava.lang.Exception: 商品100100仅剩0件，无法购买	at com.kd.distribute.service.MySQLOrderService.createOrder(MySQLOrderService.java:61) ~[classes/:na]

很明显第二个请求由于没有库存，导致最终购买失败的情况，当然这个场景也是符合我们正常的业务场景的。最终我们数据库的情况是这样的：