去了Redis缓存失踪之谜（redis缓存到哪里）

去了Redis缓存失踪之谜

近日，小编在项目中遇到了一个令人困惑的问题，一些Redis缓存似乎“失踪”了，在缓存key查询的时候根本就找不到，但是程序中的代码明明已经设置了缓存。为了解决这个问题，小编花费了很长时间，最后终于找到了问题的根源。

我们来了解一下Redis缓存的基本知识。Redis是一个基于内存的高性能键值数据库，也是一个缓存服务器。在使用Redis作为缓存时，我们通常会使用一个特定的前缀来对缓存key进行命名，这样方便我们的管理和查询。例如，我们可以使用“$prefix:key”的形式来对缓存key进行命名。

在我们的项目中，同样也是使用Redis缓存来提高网站性能。但是我们发现有些缓存的key一旦被查询，就会出现“失踪”的情况，而我们的代码中明确地使用了“$prefix:key”的方式来命名key，这是一个很奇怪的问题。

经过一番排查，我们发现问题在于Redis中的“flushdb”命令。这个命令用来清空当前数据库的所有key，显然会造成我们的缓存key丢失。但是我们的程序中并没有调用该命令，为什么缓存key还是会被清空呢？

最终，我们发现问题出在与我们使用的缓存库Predis的连接方式。在Predis中，如果我们使用了“sharded”连接方式来将数据分散存储在多个Redis实例中，那么每个连接都会有一个单独的数据库编号。如果某个连接调用了“flushdb”命令，那么它只会清空自己的数据库，而不是清空整个Redis实例的所有数据库。

正是由于这个缘故，造成了我们缓存key“失踪”的情况。因为我们在代码中使用了“sharded”连接方式来连接Redis实例，但是我们没有意识到这个连接方式会在缓存key被清空时有这样的影响。

最终，我们解决了这个问题的方法也很简单：在使用“sharded”连接方式时，我们只需要在代码中额外添加一条“清空缓存”的命令，就能避免缓存key“失踪”的情况了。

总结一下，我们在使用Redis作为缓存时，一定要注意各个连接方式的区别，以避免出现缓存key丢失的情况。同时，也要正确地进行缓存key的命名，并尽可能地加上前缀，这样能够更方便地管理和查询。当然，在出现问题时，我们要耐心地进行排查，找出问题的根源，总有解决的方法。

分享一下我们针对这个问题所修改的代码：

“`php

$shard = new \Predis\Connection\Aggregate\ShardedConnection(array(

‘tcp://127.0.0.1:6379’,

‘tcp://127.0.0.1:6380’,

‘tcp://127.0.0.1:6381’,

));

//添加这一行代码来清空缓存

$shard->flushdb();

$client = new \Predis\Client($shard, array(

‘prefix’ => ‘myapp:’,

));