目录
Could not connect to Redis at 127.0.0.1:6380: Connection refusednot connected> exit解决方法
replication id VS runId(两个不同的id)
分布式系统设计一个非常关键的问题:单点问题
如果某个服务器程序,只有一个节点(只搞一个物理服务器,来部署这个服务器程序)
1.可用性问题:如果这个机器挂了,意味着服务就中断了
2.性能/支持的并发量也是比较有限的
引入分布式系统,主要也就是为了解决上述的单点问题
在分布式系统中,往往希望有多个服务器来部署redis服务,从而构成一个redis集群,此时就可以让这个集群给整个分布式系统中其他的服务,提供更稳定/更高效的数据存储功能~
在分布式系统中,希望使用多个服务器来部署redis,存在以下几种redis部署方式
1.主从模式
2.主从+哨兵模式
3.集群模式
1.主从模式
在若干个redis节点中,有的是主节点,有的是从节点,假设有三个物理服务器(称为三个节点)其中可以把其中一个节点,作为主节点,另外两个节点作为从节点,从节点需要听主节点的(从节点上的数据要跟随主节点变化;从节点数据要和主节点保持一致)
本来,在主节点上保存一堆数据,引入从节点之后,就是要把主节点上面的数据,复制出来,放到从节点中,后续,主节点这边对于数据有任何修改,都会把这样的修改给同步到从节点上
Redis主从模式中,从节点的数据,不允许修改!!只能读取数据。
引入更多的计算资源,自然能够支持的并发量也就大幅度提高了
之前假如只是单个redis服务器节点,此时这个机器挂了,整个redis就挂了,上述这个主从结构,这个redis就不容易挂了,如果挂了某个从节点,没有啥影响,继续从主节点或者其他从节点读取数据,得到效果完全相同,如果挂掉的是主节点,还是有一定影响的,从节点只能够读数据,如果需要写数据,就没的写了
主从模式,主要是针对读操作进行并发量&可用性的提高
而写操作的话,无论是可用性还是并发,都非常依赖主节点,主节点又不能搞多个,实际业务场景中,读操作就是比写操作更加频繁~
主从结构,是分布式系统中比较经典的结构,不仅redis,mysql支持
如何配置redis主从结构,需要启动多个redis服务器,正常来说每个redis服务器程序,应该在当主机上(才是分布式)redis-server默认端口6379
如何指定redis-server端口
1.可以启动程序的时候,通过命令行来指定端口号--port选项
2.也可以直接在配置文件中,来设定端口。
把两个配置文件的端口号和daemonize来标记了。
daemonize:yes 按照后台进程的方式来运行
修改之后,需要按照下述命令
redis-server ./slave1.conf
redis-server ./slave2.conf





最低0.47元/天 解锁文章
5149

被折叠的 条评论
为什么被折叠?



