一、常现的分布式锁
分布式锁在如今最常见的有3种实现方式：
1、数据库
2、缓存
3、Zookeeper
二、常现的分布式锁对比
1、实现难易程度（简 -> 难）：数据库 -> 缓存 -> Zookeeper
2、性能（低 -> 高）：数据库 -> Zookeeper -> 缓存
本次只分析数据库的具体实现，其余2种见后续文章。
三、数据库版实现思路
锁，字面意思就是封闭一个物体，一把锁只能用一把钥匙打开。同理，一个分布式的锁，在同一时间也只能由一个用户。
废话少说，先上表结构：
--锁表 单库单表
CREATE TABLE IF NOT EXISTS t_db_lock(
Findex INT NOT NULL AUTO_INCREMENT COMMENT '主键',
Flock_name VARCHAR(128) NOT NULL COMMENT '锁名key值',
Fdeadline DATETIME NOT NULL COMMENT '锁的过期时间'，
Fstatus FINYINT NOT NULL DEFAULT 1 COMMENT '锁的状态,0-已释放,1-未释放',
--主键约束
PRIMARY KEY (Findex),
--唯一约束
UNIQUE KEY uniq_Flock_name(Flock_name)
)ENGINE=INNODB DEFAULT CHARSET=UTF8 COMMENT '锁表-单库单表';
在程序用可以使用如下结构获取锁
public boolean getLock(String lockName, Integer expiretime) {
//开启事务，本程序结合spring事务
锁对象 = select for update; //锁定当前锁（如果不存在，在mysql默认级别为意向锁）
if (锁对象 == null) {
insert 锁; //根据插入返回是否获取锁
} else {
//根据锁的状态和过期时间update锁,成功返回true
}
return false;
}
这个程序有一个致命的错误，在数据库中不存在当前锁名的时候，多线程竞争锁会因为意向锁的问题，导致死锁。
解决方案：
（1）降低数据库隔离级别为 Read Commited，这样的话多个事务不会因为意向锁的原因导致死锁了。
（2）for update的时候可以根据ConcurrentHashMap分段锁的思想设计，提前加入一些锁，根据具体的locaName去hash后取不同的锁。
（3）也可以捕获异常，然后告诉他获取锁失败。
数据库的实现大概思路就是这样了，缓存和ZK以后实现后会补相应的文章。
