Laravel框架下Redis连接共享及select操作的影响
在Laravel框架中使用Redis时，开发者可能会遇到一个问题：通过配置文件获取的Redis连接，在执行select操作后，会影响其他使用相同配置的连接。本文分析此问题并提供解决方案。
问题描述：
假设有两个变量$a和$b，都通过Redis::connection('config1')获取名为config1的Redis连接，配置如下：
'config1' => [
'host' => 'xx',
'password' => 'xx',
'port' => 'xx',
'database' => 2
]
如果执行$b->select(3)切换到数据库3，之后$a->set('test1', 1)，test1会被写入数据库3，而非预期的数据库2。这是因为$b->select(3)影响了$a的连接。
问题根源：
这并非Laravel或Predis库的bug，而是Laravel管理Redis连接的方式导致的。Laravel的Redis Facade (\Illuminate\Support\Facades\Redis) 通过getFacadeAccessor方法返回Redis实例，由\Illuminate\Redis\RedisManager管理。\Illuminate\Redis\RedisManager的connection方法会缓存已建立的连接。对于相同的连接名称（例如'config1'），每次调用connection('config1')都返回同一个Redis实例。因此，$a和$b实际上指向同一个Redis连接对象。$b->select(3)修改了这个共享连接对象的数据库选择，所以$a也受影响。
解决方案：
简单的克隆操作无效，因为克隆对象仍然指向同一个底层Redis连接。正确的解决方法是使用Laravel的resolve方法创建新的连接，避免共享同一个连接实例。 这确保每个连接操作独立进行，互不干扰。
例如，可以使用以下方法替代 Redis::connection('config1')：
$a = app('redis')->connection('config1');
$b = app('redis')->connection('config1'); // 这仍然是同一个连接
$c = app()->make('redis', ['connection' => 'config1']); // 使用resolve方法创建新的连接
$d = resolve(Redis::class, ['connection' => 'config1']); // 另一种使用resolve方法的方式
$c->select(3); // 不会影响 $a 和 $d
$a->set('test1', 1); // 写入数据库2
$d->get('test1'); // 获取数据库2中的值
通过app()->make('redis', ['connection' => 'config1']) 或 resolve(Redis::class, ['connection' => 'config1'])，每次都会创建一个新的Redis连接实例，从而避免了连接共享的问题。 选择任一方法即可解决问题。
