Azure Redis使用模式匹配查找键失败问题求助

核心问题1：Azure Redis 限制了 KEYS 命令 #

Azure Redis出于性能防护，默认在多数层级（尤其是高级层）限制或禁用了KEYS命令——你的代码里GetServer().Keys()底层就是调用这个命令，它会全量遍历键空间，严重阻塞服务器，所以会出现明明有键却搜不到的情况（甚至可能直接返回空结果）。

核心问题2：集群部署下的节点覆盖不全 #

如果你的Azure Redis是集群模式，GetEndPoints().First()只取了单个节点，目标键可能存在于其他节点上，自然无法匹配到。

额外排查点：键的实际存储格式不匹配 #

检查缓存中键的真实格式，比如是否带有业务前缀（如user:profile:{profileId}:xxx）、序列化附加字符等，若你的*{profileId}*模式没覆盖这些前缀，也会匹配失败。

修正后的代码（使用非阻塞的SCAN命令） #

private async Task DeleteAllKeysForProfileAsync(string profileId)
{
    var pattern = $"*{profileId}*";
    // 遍历所有节点，覆盖集群模式下的所有键空间
    foreach (var endpoint in _connectionMultiplexer.GetEndPoints())
    {
        var server = _connectionMultiplexer.GetServer(endpoint);
        // 用ScanAsync替代Keys，非阻塞且符合Azure Redis的限制
        await foreach (var key in server.ScanAsync(pattern: pattern))
        {
            await _redisDatabase.KeyDeleteAsync(key);
        }
    }
}

优化建议 #

• 尽量避免用*开头的匹配模式，这会大幅降低SCAN的效率。建议给键加上固定前缀，比如profile:{profileId}:*，匹配更精准高效。
• 登录Azure门户检查Redis实例的「高级设置」，确认SCAN命令是否在允许列表中（默认是允许的）。
• 如果是单实例Redis，遍历所有节点也不会有性能问题，反而能避免节点获取不全的问题。

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