如何用Java实现Redis HMSET与EXPIRE的原子性操作？

你的核心问题是客户端超时后，HMSET可能在Redis后台延迟完成，但此时EXPIRE因key不存在执行无效，最终导致缓存无TTL永久存在。以下是几种可靠的解决思路：

1. 使用Lua脚本实现原子操作 #

Redis的Lua脚本会被原子执行，确保HMSET和EXPIRE要么都完成，要么都不执行，彻底避免时序问题。

示例Lua脚本：

-- 参数说明：KEYS[1]为缓存key，ARGV[1]为TTL值，ARGV[2...]为哈希的键值对（按key-value顺序排列）
redis.call('HMSET', KEYS[1], unpack(ARGV, 2))
redis.call('EXPIRE', KEYS[1], ARGV[1])
return 1

客户端调用示例（以Java为例）：

String script = "-- 上面的Lua脚本内容";
List<String> keys = Collections.singletonList(key);
List<String> args = new ArrayList<>();
args.add(String.valueOf(TTL));
// 将map的键值对按顺序加入args
map.forEach((k, v) -> {
    args.add(k);
    args.add(v);
});
redisSyncCommand.eval(script, keys, args);

这种方式的优势是完全保证原子性，不受客户端超时影响——Redis要么执行完整个脚本（缓存带TTL），要么都不执行（缓存不存在）。

2. 使用Redis事务批量执行命令 #

将HMSET和EXPIRE放入同一个事务，Redis会在收到EXEC命令后批量执行队列中的命令，不会被其他操作打断。

示例代码：

try {
    redisSyncCommand.multi(); // 开启事务
    redisSyncCommand.hmset(key, map);
    redisSyncCommand.expire(key, TTL);
    redisSyncCommand.exec(); // 提交事务
} catch (Exception ex) {
    // 事务执行失败时，Redis会丢弃整个命令队列，不会创建无TTL的缓存
    // 可根据需要添加日志或降级逻辑
}

注意：如果客户端超时导致EXEC命令未发送到Redis，Redis会自动清空事务队列，不会执行HMSET，因此不会出现无TTL的缓存。

3. 优化HMSET执行速度从根源减少超时 #

如果是因为map过大导致HMSET超时，可以拆分大map为多个小批量的HMSET，或使用管道（Pipeline）减少网络往返时间，从根源降低超时概率：

• 拆分map：将1000条键值对的map拆分为10次100条的HMSET调用
• 使用管道：一次性发送多个HMSET命令，减少TCP握手和等待时间

4. 兜底检查：读取时补设TTL #

作为极端情况的兜底，在每次读取缓存时，检查key的TTL：

Long ttl = redisSyncCommand.ttl(key);
if (ttl == -1) { // TTL为-1表示永久有效
    redisSyncCommand.expire(key, TTL);
}

这种方式无法解决首次写入的时序问题，但可以避免缓存长期永久存在。

内容的提问来源于stack exchange，提问作者moovon