用mySql数据库实现分布式锁思路

小半 • 2023年1月5日下午2:36 • 技术随笔 • 阅读 246

在mysql中建一个表，这个表主键唯一。
一个系统去处理业务时就往数据库表中添加数据。两个系统的业务ID是一致的，业务ID又是唯一主键，所以当一个系统添加数据时，另一个系统是无法往表中添加数据的。插入数据成功的系统就可以操作业务逻辑，插入失败的系统就不能操作执行业务逻辑了。这就实现了数据库锁。
这就是用mysql实现分布式锁的一个大体逻辑，当然了还会由很多问题，但主要流程就是这样的，一步步来喽。

按上面这种方式实现分布式锁，会存在的问题及解决方案如下：

 1. 插入数据成功的系统宕机了，这条数据就无法删除了，就是死锁了。
		 解决：可以有一个定时跑批的方案，当然了，这个数据插入的时间就要有记录。比如设定2分钟跑批，把加锁超过一分钟的数据删除。就解决了死锁的问题。
		 
 2. 这个锁是不可重入的，也就是说这个系统只能加一次锁，同一个系统再次进行加锁时也是不行的。

 3. 由问题二引发的新问题，只要系统一次unlock，锁就释放了，后面的流程就在没锁的情况下完成，这样其他系统就会也过来加锁了。
			 解决：加一个字段用来记录加锁的次数，每次加锁（重入）加一，每次解锁就减一，释放锁时就是该字段为0才可以。
			 
 4. 数据库宕机怎么办？
		 解决：运用数据库同步复制来解决，也就是由两个数据库来维护数据。正常情况下，生产环境中的系统不允许单节点。

只要的逻辑就是这样，根据这个思路就可以实现一个由mySql数据库来实现的分布式锁。后续我会自己实现一下，到时候再贴出完成代码。