java多实例热备线程设计

需求：多实例的热备线程，保证多个实例间只有一个线程在执行，并且在主线程挂掉的情况下，备线程可以自动启动并继续执行任务

方案一：使用mysql分布式锁 get_lock

1.基础知识
mysql中提供了两个函数

get_lock(‘key’, timeout):timeout单位为秒，超时时间如果设置为0表示立即返回
release_lock(‘key’)
来实现分布式锁，可以根据key来加锁，这是一个字符串，可以设置超时时间（单位：秒），当调用release_lock(‘key’)或者客户端断线的时候释放锁。

它们的使用方法如下：

mysql> select get_lock('job1',10);
    -> 1
mysql> select release_lock('job1');
    -> 1

get_lock(‘job1’, 10)如果10秒之内获取到锁则返回1，否则返回0；

release_lock(‘job1’)如果该锁是当前客户端持有的则返回1，如果该锁被其它客户端持有着则返回0，如果该锁没有被任何客户端持有则返回null；

多实例举例：

1 get_lock(‘job1’, 0) -> 1 -
2 - get_lock(‘job1’, 0) -> 0
3 - release_lock(‘job1’, 0) -> 0
4 release_lock(‘job1’, 0) -> 1 -
5 release_lock(‘job2’, 0) -> null -
6 - get_lock(‘job1’, 0) -> 1
7 - release_lock(‘job1’, 0) -> 1

*分布式锁实现注意点（问题点）：

加锁、释放锁必须在同一个session（同一个客户端）中。但是如何保证是同一个session呢？

方案二：基于mysql表锁实现

1.使用列唯一标识实现

在mysql中创建一张锁表，然后通过操作该表中的数据来实现分布式锁。当我们想要获得锁的时候，就可以在该表中增加一条记录，想要释放锁的时候就删除这条记录。

表结构如下：

CREATE TABLE database_lock (
id BIGINT NOT NULL AUTO_INCREMENT,
resource int NOT NULL COMMENT ‘锁定的资源’,
description varchar(1024) NOT NULL DEFAULT “” COMMENT ‘描述’,
PRIMARY KEY (id),
UNIQUE KEY uiq_idx_resource (resource)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT=‘数据库分布式锁表’;

原理：在表database_lock中，resource字段做了唯一性约束，这样如果有多个请求同时提交到数据库的话，数据库可以保证只有一个操作可以成功（其它的会报错：ERROR 1062 (23000): Duplicate entry ‘1’ for key ‘uiq_idx_resource’），那么那么我们就可以认为操作成功的那个请求获得了锁。删除这条数据即为释放锁。

优点：改方案技术实现简单

缺点：

如果释放锁的操作没有成功，会导致锁一直存在，其他线程无法获取锁
这种锁是非阻塞的，如果想要不停重试获取锁，需要写一个while循环
这种锁不是重入锁，可以在表结构中加入ip、线程名称等做可重入

结论：我们的场景是：多实例的热备线程，保证多个实例间只有一个线程在执行，并且在主线程挂掉的情况下，备线程可以自动启动并继续执行任务。此方案如果主线程挂掉，则不能及时释放锁，导致其他线程无法获取锁。

2.使用乐观锁实现

创建表

CREATE TABLE optimistic_lock (
id BIGINT NOT NULL AUTO_INCREMENT,
resource int NOT NULL COMMENT ‘锁定的资源’,
version int NOT NULL COMMENT ‘版本信息’,
created_at datetime COMMENT ‘创建时间’,
updated_at datetime COMMENT ‘更新时间’,
deleted_at datetime COMMENT ‘删除时间’,
PRIMARY KEY (id),
UNIQUE KEY uiq_idx_resource (resource)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT=‘数据库分布式锁表’;

STEP1 - 获取资源： SELECT resource, version FROM optimistic_lock WHERE id = 1
STEP2 - 执行业务逻辑
STEP3 - 更新资源：UPDATE optimistic_lock SET resource = resource -1, version = version + 1 WHERE id = 1 AND version = oldVersion

这样实现以后的结果就是，多个manage实例的线程，谁抢到锁谁就执行定时任务。

3.使用悲观锁实现

前提：需要将mysql设置为手动提交

mysql> SET AUTOCOMMIT = 0;

使用数据库中自带的锁来实现分布式锁。在查询语句后面增加FOR UPDATE，数据库会在查询过程中给数据库表增加悲观锁，也称排他锁。当某条记录被加上悲观锁之后，其它线程也就无法再改行上增加悲观锁。