LaravelRedis连接共享：`select`为何影响其他连接？

Laravel框架下Redis连接共享导致`select`操作影响其他连接的问题，本文深入分析了其原因：Laravel的Redis Facade通过`getFacadeAccessor`方法返回Redis实例，`RedisManager`缓存了已建立的连接，导致多个变量指向同一个Redis连接对象。因此，一个连接的`select`操作会影响其他共享该连接的变量。文章提出解决方案：利用Laravel的`app()->make('redis', ['connection' => 'config1'])`或`resolve(Redis::class, ['connection' => 'config1'])`方法创建新的连接，避免连接共享，确保每个连接操作独立进行，从而解决`select`操作的干扰问题。

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连接实例，从而避免了连接共享的问题。 选择任一方法即可解决问题。

今天带大家了解了的相关知识，希望对你有所帮助；关于文章的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~