我有一个 memcache 后端，我想添加 redis 来添加 memcache 键的元数据。 元数据如下： Miss_count：数据不在内存缓存中的次数。 Hash_value：memcache中key对应的数据的hash值。
Data in memcache : key1 ::: DataMeta data (miss count) : key1_miss ::: 10Meta data (hash value) : key1_hash ::: hash(Data)
请提供帮助，因为当我将元数据存储在内存缓存本身中时，元数据在其到期时间之前被删除，因为元数据的大小很小并且slab分配正在分配一个小小的记忆夹。
【问题讨论】：
随着元数据会随着时间的推移而增加，redis的hash概念会失效。因此应用客户端逻辑来查看是否满足 max_zipped。
【讨论】：
如果我正确理解了您的用例，我怀疑 Redis 可能是一个不错的选择。假设您将定期更新与各种散列相关的元数据未命中计数，您可能希望使用 Redis 排序集。例如，如果您希望将未命中计数存储在名为“misscounts”的排序集中，则添加/更新这些计数的 Redis 命令将是一个并且相同：
zadd misscounts misscount key1
... 因为 zadd 如果条目不存在则添加该条目，或者如果存在则覆盖现有条目。如果您在每次发生未命中时触发的进程中有一个挂钩，则可以改用：
zincrby 错误计数 1 个 key1
类似于 zadd 命令的行为，如果一个条目不存在，zincrement 将创建一个新条目（使用增量值作为计数），或者如果一个条目存在，则将现有计数增加您传递的增量值。
Redis 命令的完整文档可以在here 找到。 Redis 中不同类型存储选项的描述详见here。
哦，还有最后一点。以我的经验，Redis 很糟糕。很抱歉诅咒（大写），但根本没有其他方法可以做到 Redis 正义。我们称我们的 Redis 服务器为“蜜獾”，因为当负载开始增加并且我们的其他服务器开始自动扩展时，蜜獾根本不会在意。
【讨论】：