redis集群 - redis主从配置目的是什么
如题，现在在学习redis，看到了主从配置这一块。然后看到某些做法是配置slave为只读，然后master关闭了rdb。上网看了一下redis主从配置 说是可以使数据库读写分离，减轻数据库压力。我想问一下，除了从服务器不能写之外，哪个地方体现了 读与写分离。我的疑惑是，是否数据库的读写分离需要程序支持才可以？（读的时候将数据源指向slave,写的时候指向master）。如果程序不这样做，那么主从配置是否就没了意义了呢？
Maison > Questions et réponses > le corps du texte
如题，现在在学习redis，看到了主从配置这一块。然后看到某些做法是配置slave为只读，然后master关闭了rdb。上网看了一下redis主从配置 说是可以使数据库读写分离，减轻数据库压力。我想问一下，除了从服务器不能写之外，哪个地方体现了 读与写分离。我的疑惑是，是否数据库的读写分离需要程序支持才可以？（读的时候将数据源指向slave,写的时候指向master）。如果程序不这样做，那么主从配置是否就没了意义了呢？
高洛峰2017-04-24 09:14:23
Il est logique que la séparation de la lecture et de l'écriture (couche de données) soit transparente pour la couche supérieure (couche logique). Sinon il y aura couplage. Je ne peux pas toujours utiliser mon service de données
Changez le côté affaires du port et suivez ce code.
La séparation générale lecture-écriture se produit sous la forme de middleware ou de plug-ins, qui est transparente pour la couche de logique métier (elle pense également qu'il n'y a qu'un seul
service de données en arrière-plan, comme un proxy inverse) , redis est Sous cette forme, le maître détermine lequel lit et lequel écrit pour planifier uniformément les nœuds du
cluster. La séparation lecture-écriture ou maître-esclave de MySQL est réalisée via des plug-ins.
Rappelez-vous que la séparation de la lecture et de l'écriture ne peut pas être reflétée dans le code de la couche logique (les opérations de lecture utilisent la connexion du service A, et les opérations d'écriture utilisent la connexion du serveur B).
