Node-redis如何通过事务原子性批量删除多个键

你遇到的仅删除第一个key的问题，是node-redisMulti链式调用的参数解析bug导致的：链式调用场景下，部分版本的Multi实例对可变参数的处理逻辑存在缺陷，当你通过展开运算符...cacheKeys给.del()传参时，内部只会识别第一个传入的key，剩余参数会被直接丢弃，最终发给Redis服务端的DEL命令只携带了第一个key，自然只会删除第一个键。

不需要循环，也不需要额外的高内存操作，利用RedisDEL命令原生支持多key原子删除的特性，修正传参方式即可，两种兼容所有版本的写法如下：

• 写法1：直接给.del()传入数组（v4及以上版本推荐）
  所有支持可变参数的Redis命令，node-redis都兼容直接传入数组作为入参，不需要手动展开，内部会自动做参数扁平化处理：

const deleteRedisCacheKeys = async (cacheKeys) => {
  // 空数组提前返回，避免发送无效命令
  if (!cacheKeys.length) return true;

  await redis
    .multi()
    .del(cacheKeys) // 直接传入key数组，不要展开
    .exec();

  return true;
};

• 写法2：通过addCommand显式传入命令参数（全版本兼容，包括v3及更早的legacy版本）
  如果你的node-redis版本较老，直接传数组依然存在参数解析问题，可以显式构造命令内容传入，完全绕开链式代理的参数处理逻辑：

const deleteRedisCacheKeys = async (cacheKeys) => {
  if (!cacheKeys.length) return true;

  await redis
    .multi()
    .addCommand(['DEL', ...cacheKeys]) // 显式构造DEL命令的所有参数
    .exec();

  return true;
};

• 原子性保障：整个事务里只有一条DEL命令，Redis服务端执行单条命令本身就是原子的，配合MULTI/EXEC的事务特性，能保证所有key要么全部删除成功，要么全部不执行，完全满足原子性要求。
• 性能表现：无论传入多少个key，最终只会生成一条Redis命令，不存在循环拼接多条命令带来的额外内存开销、网络传输开销，性能远高于循环往事务里添加多条单keyDEL命令的写法。
• 注意事项：该方案受Redis单命令参数大小限制（默认配置下上限为512MB），常规业务场景下的key批量删除完全不会触达该阈值，如果是超大规模的key批量删除（比如单次删几十万以上的大key），才需要考虑分批处理。

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