Laravel Redis接続共有：選択方法が他の接続に影響するのはなぜですか？

Laravelフレームワークの下でのRedis接続共有とselect方法の影響

LaravelフレームワークでRedisを使用する場合、開発者は問題に遭遇する可能性があります。構成ファイルを介して取得したRedis接続は、 select方法を使用してデータベースを切り替える前に取得した同じ接続に影響します。この記事では、この問題を分析し、解決策を提供します。

問題の説明：コードがRedis::connection('config1')を介して「config1」という名前のredis接続を取得し、その構成が次のとおりです。

 'config1' => [
    「ホスト」=> 'xx'、
    「パスワード」=> 'xx'、
    'port' => 'xx'、
    「データベース」=> 2
]

「config1」接続を2回取得し、データベース3に切り替えるために接続の1つでselect(3)を実行します。

 $ a = redis :: connection（ 'config1'）;
$ b = redis :: connection（ 'config1'）;
$ b-> select（3）;
$ a-> set（ 'test1'、1）; // 'test1'はデータベース3に書き込み、予想されていないデータベース2

$a->set('test1', 1)の結果は驚くべきことです。これは、予想されるデータをデータベース2に書き込む必要があるためです。これは、laravelフレームワークのRedis接続管理メカニズムが$aと$b実際に同じRedis接続オブジェクトを指すためです。

\Illuminate\Support\Facades\Redis facade of the laravel Frameworkは、 getFacadeAccessorメソッドを介してredisを返し、 redis \Illuminate\Redis\RedisManagerによって実装されます。 \Illuminate\Redis\RedisManagerのconnection方法は、最初の解析後に接続をキャッシュし、後続の呼び出しは同じRedisインスタンスを直接返します。

したがって、この問題を回避するために、 Redis::connection()複数回呼び出してスタンドアロン接続を取得することはできません。解決策は、Laravelのresolveメソッドを使用して新しい接続インスタンスを作成することです。

 $ a = app（ 'redis'） - > connection（ 'config1'）;
$ b = app（ 'redis'） - > connection（ 'config1'）;
$ b-> select（3）;
$ a-> set（ 'test1'、1）; // 'test1'はデータベース2に書き込みます

app('redis')->connection('config1')を使用して毎回新しい接続インスタンスを作成し、同じ基礎となるRedis接続を共有し、各接続に独立したデータベース選択があることを確認するという問題を回避します。これによりselect方法が他の接続に影響するという問題が解決します。

以上がLaravel Redis接続共有：選択方法が他の接続に影響するのはなぜですか？の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。