如题，现在在学习redis，看到了主从配置这一块。然后看到某些做法是配置slave为只读，然后master关闭了rdb。上网看了一下redis主从配置 说是可以使数据库读写分离，减轻数据库压力。我想问一下，除了从服务器不能写之外，哪个地方体现了 读与写分离。我的疑惑是，是否数据库的读写分离需要程序支持才可以？（读的时候将数据源指向slave,写的时候指向master）。如果程序不这样做，那么主从配置是否就没了意义了呢？
业精于勤，荒于嬉;行成于思，毁于随。
(データ層) 読み取りと書き込みの分離は、通常のロジックである上位層 (ロジック層) に対して透過的です。そうしないとカップリングが発生します。データサービスを常に使用できるわけではありません
ポートを変更し、ビジネス側のコードに従います。
一般的な読み取りと書き込みの分離はミドルウェアまたはプラグインの形で行われ、ビジネス ロジック層に対して透過的です (リバース プロキシのように、バックグラウンドで データ サービスが 1 つだけであるとも考えられます)。Redis にはこれがあります。マスターは、クラスターのノードを均一にスケジュールするために、どれが読み取りでどれが書き込みかを決定します。 MySQL の読み取り/書き込み分離またはマスター/スレーブはすべてプラグインによって実現されます。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
(データ層) 読み取りと書き込みの分離は、通常のロジックである上位層 (ロジック層) に対して透過的です。そうしないとカップリングが発生します。データサービスを常に使用できるわけではありません
ポートを変更し、ビジネス側のコードに従います。
一般的な読み取りと書き込みの分離はミドルウェアまたはプラグインの形で行われ、ビジネス ロジック層に対して透過的です (リバース プロキシのように、バックグラウンドで
読み取りと書き込みの分離はロジック層のコードには反映できないことに注意してください (読み取り操作は A サービスの接続を使用し、書き込み操作は B サーバーの接続を使用します)。データ サービスが 1 つだけであるとも考えられます)。Redis にはこれがあります。マスターは、クラスターのノードを均一にスケジュールするために、どれが読み取りでどれが書き込みかを決定します。 MySQL の読み取り/書き込み分離またはマスター/スレーブはすべてプラグインによって実現されます。