mysql读写分离和用Redis做缓存，这两种方案有什么异同

读写分离一般都是结合Master/Slave模式使用，Master处理写请求，Slave处理读请求，这样做的好处是：

1、提高数据库的并发处理能力；

2、避免写请求锁表阻塞读请求；

3、避免单点，提高数据库的可用性；

而使用Redis作为DB前面的缓存，是为了减少对MySQL的压力，提高系统的处理效率。

二者解决的问题域不同，不存在谁替代谁。

一般高并发应用都是结合二者使用。

可以通过部署2台Redis服务器， 一台主，一台从。然后写的 *** 作在主库，读的 *** 作可以在从库。进行主从同步即可。

这样就可以，一台写，多台从，所有读的请求全部在从库那边 *** 作。增强Redis的并发能力。

主从配置，比较简单。

直接去 从服务器 那边，修改配置文件redis.conf。

修改salveof 指向 主服务器

如果主服务器有配置访问密码，则还需要配置masterauth 属性。

主服务器不用做什么修改。

主从都启动好后， 可以使用redis客户端来查看redis的主从情况。

进行读写分离的话， 还需要使用哨兵来管理Redis的集群。 让哨兵来判断读写是从哪台服务器。

对哨兵配置文件进行配置，参考配置解释如下

以下是比较常用的配置信息，使用这些配置可以启动起来， 再根据实际的情况，去增加配置。

3台哨兵，使用同样的配置就可以了，哨兵们就会自动互相发现哨兵和slave了。 基本上就是配置了master的信息。 哨兵可以同时监控多个master，那是另外的Redis集群的架构了。

配置完成后，启动各个哨兵后， 可以使用redis的客户端链接哨兵来查看各个结点和哨兵的信息。

下面是多个哨兵的信息，但是不包含自己当前 *** 作的哨兵信息。

在项目配置里面，配置连接去哨兵集群即可。

---