Redis支持主从复制功能，用户可以通过执行slaveof命令或者在配置文件中设置slaveof选项来开启复制功能。例如，现在有两台服务器—127.0.0.1:6379和127.0.0.1:7000，向服务器127.0.0.1:6379发送下面命令：
Redis 的复制功能分为同步（sync）和命令传播（command propagate）这两个操作
zookeeper默认的算法是FastLeaderElection，采用投票数大于半数则胜出的逻辑。
超文本传输协议(HTTP)是一种通信协议，它允许将超文本标记语言(HTML)文档从Web服务器传送到客户端的浏览器。
Redis Cluster 集群中涉及到了数据分布问题，因为 redis cluster 是多 master 的结构，每个 master 都是可以提供存储服务的，这就会涉及到数据分布的问题，在新的 redis 版本中采用的是虚拟槽分区技术来解决数据分布的问题，关于什么是虚拟槽分区技术我们后面会详细的介绍。在集群中除了虚拟槽分区技术之外，还有几种数据分布的算法，比如哈希算法，一致性哈希算法，这篇文章我们就来一起聊一聊这几种数据分布算法。
本篇博客小菌为大家带来的是ZooKeeper在面试中最容易被问到的问题,也就是ZooKeeper的选举机制!
单向无密码访问远程服务器操作比较简单，比如服务器A需要无密码访问服务器B(A–>B),那么只需要在服务器A生成密钥对，将生成的公钥上传到服务器B的相关用户目录下的.ssh目录中（没有的话手动创建，注意，它的目录权限是700），并将公钥文件名称改为authorized_keys（注意，这个文件的权限应该是644），如果已存在authorized_keys文件，则把id_rsa.pub的内容追加到authorized_keys文件中。请注意.ssh目录及authorized_keys文件的权限，权限不符，会使配置无效。具体操作如下：
Cookie 和 Session 是 Web 应用程序中用于保持用户状态的两种常见机制，它们之间既有联系也有区别。
cat ~/.ssh/id_dsa.pub >>~/.ssh/authorized_keys
配置文件的地址应该在 ： # Recommended in standard MySQL setup，否则配置不起作用
1、从库向主库发送sync命令，也就是从库向主库发送同步请求； 2、当主库接受到sync命令后，会执行bgsave命令(保存此刻主库的一个快照)，创建一个RDB文件，创建RDB文件期间主库上的执行过的命令都会被保存到缓冲区中； 3、当主库执行完bgsave时，会向从库发送RDB文件，从库接受该文件并加载该文件，将自己的数据库状态更新至主服务器执行BGSAVE命令时的数据库状态； 4、主库将缓冲区的所有写命令发给从库执行； 5、至此可以认为redis主从建立成功，之后主库的每一个写命令都会传到从库上执行。 复制原理说明： master创建RDB文件是通过一个子进程进行的，所以master依然可以处理客户端发来的请求。但这也导致了在保存RDB文件期间，“键空间”可能发生变化（譬如接收到一个客户端请求，执行”set name diaocow”命令），因此为了保证数据同步的一致性，master会在保存RDB文件期间，把接受到的这些可能变更数据库“键空间”的命令保存到缓冲区中。
东子作为目前传统电商三巨头之一（其他还有阿里巴巴和拼多多），其面试题的难度也中规中矩，总体来说没有其他两家面试难度高，当然薪资也没有其他两家薪资高。
其中拼多多的薪资最为离谱，尤其是前几年，听说挖同行的开发人员，薪资可以开到原来薪资的两到三倍，真是变态（但是我喜欢）。
命令传播：主服务器的数据库状态被修改，导致主从服务器的数据库状态不一致，让主从服务器数据库重新回到一致状态。
注意：不是 OAuth2.0 无法完成认证，而是 OAuth2.0 本身的认证过程缺乏统一的标准。
会话（session）是一种持久网络协议，在用户（或用户代理）端和服务器端之间创建关联，从而起到交换数据包的作用机制
Zookeeper 是一个分布式服务框架，主要是用来解决分布式应用中遇到的一些数据管理问题如：统一命名服务、状态同步服务、集群管理、分布式应用配置项的管理等。
该命令一直按回车（Enter）即可，默认生成位置一般是：~/.ssh/ 如果用户是非root一般位置是：/home/你的当前用户名/.ssh/
MASTER_LOG_FILE='二进制文件', MASTER_LOG_POS=154;
但是，zookeeper工作时，会选出一个节点为leader，其他则为follower
一、Zookeeper选举机制 Zookeeper虽然在配置文件中并没有指定master和slave 但是，zookeeper工作时，会选出一个节点为leader，其他则为follower 下面来聊聊是如何选出leader的。 leader选举的算法有三种： leaderElection/AuthFastLeaderElection/FastLeaderElection 其中FastLeaderElection 是zookeeper 默认的一种算法。 选举时这几个概念一定要弄明白。 serverid : 在
业务场景中经常需要进行跨服务器的操作，即从一台服务器上登录到另外一台服务器，默认情况下，SSH远程登录时需要输入远程服务器密码。当需要在可信任的服务器之间进行频繁或自动化的操作时，输入密码就会带来不便。
言归正传，今天要说的可是个大家伙，毕竟从现在开始，咱不整简单功能啦，整点厉害的，哈哈哈
不是刚需不要开启！！！如何开启往下看。（出了安全问题本人不负责，下面的文档不论哪里的都是介绍如何安装，安全风险需要自担）
初步排查：报错信息为duplicate key，意思是保存数据的时候，报主键 id 重复，而这些 id 都是由雪花算法生成的，按道理来说，雪花算法生成的 ID 是唯一 ID，不应该出现重复的 ID。
如果像面试官说的这种场景，再使用上面我提到的AOF缓冲区就有点浪费内存空间了。所以Redis会将主服务器的这条Del删除命令，发送给从服务器。
1. ZooKeeper 集群 可靠的 ZooKeeper 服务。 只要集群的大多数都准备好了，就可以使用这项服务。 容错集群设置至少需要三个服务器，强烈建议使用奇数个服务器。 建议每个服务运行在单独
《Redis设计与实现》读书笔记（二十四） ——Redis主从复制原理 （原创内容，转载请注明来源，谢谢） 一、概述 redis中，可以用slaveof命令，或者在配置中设置slaveof选项，让一个服务器去复制另一个服务器。去复制的服务器称为从服务器（slave），被复制的称为主服务器（master）。 主服务器的增删改，在从服务器中都会一并有改动。 redis2.8之前（不含2.8）的版本（下称旧版），和之后（含2.8）的版本（下称新版），对于复制的做法有所不同，
Cookie和Session.jpg 日常现象 登录了某个网站，过一会儿再登录，诶，不用输入密码了，直接是登录状态了，好神奇~~~ 在某网站看了一部手机，接下来浏览其他网站，旁边的广告全是手机和类似信息，好恐怖~~~ 浏览某网站时，提示我是第66666位访问的客户，真的假的？ 其实这些都是Cookie和Session在后面作祟，下面就带大家学习学习这两个东东。 Cookie和Session的异同 Cookie与Session都是用来保存用户状态信息的一种方法或者手段； Cookie是保存在客户端的临时文
读写分离： 主从复制允许在主服务器上执行写操作，而在从服务器上执行读操作。这可以分担主服务器的负载，提高整体性能。从服务器可以分担读查询、报表生成等任务，减轻主服务器的压力。
之前记录了关于Redis的数据结构和对象的知识（可以点Redis标签看看），下面开始填坑。
由于HTTP协议是无状态的，在WEB系统中，怎么识别请求来自于哪里呢？是哪一个用户发起的请求呢？
两边的服务器，只需要用户名一样即可，不需要密码一样，也不需要uid/gid一样，不需要两个用户处在相同的用户组里。
MAC下 Centos7 下 免账号免密码便捷登录服务器的正确姿势 实践笔记 我使用macOS Mojava 10.14.6版本 zsh版本 zsh 5.3 (x86_64-apple-darwin18.0) eg： ssh taiwanji (免账号免密码便捷登录 taiwanji服务器) 登录效果 1.客户端操作(自己使用的电脑)： 1.1生成密钥 2.服务器配置（被免密登录的服务器） 2.1公钥加到服务器（方式一） 2.2公钥加到服务器（方式二） 3.免账号便捷登录服务器 4.登录 我使用m
ZAB 协议，全称 Zookeeper Atomic Broadcast（Zookeeper 原子广播协议），是为分布式协调服务 ZooKeeper 专门设计的一种支持崩溃恢复的一致性协议。基于该协议，ZooKeeper 实现了一种主从模式的系统架构来保持集群中各个副本之间的数据一致性。
过程详解： （1）服务器1启动，发起一次选举。服务器1投自己一票。此时服务器1票数一票，不够半数以上（3票），选举无法完成，服务器1状态保持为LOOKING； （2）服务器2启动，再发起一次选举。服务器1和2分别投自己一票并交换选票信息：此时服务器1发现服务器2的ID比自己目前投票推举的（服务器1）大，更改选票为推举服务器2。此时服务器1票数0票，服务器2票数2票，没有半数以上结果，选举无法完成，服务器1，2状态保持LOOKING （3）服务器3启动，发起一次选举。此时服务器1和2都会更改选票为服务器3。此次投票结果：服务器1为0票，服务器2为0票，服务器3为3票。此时服务器3的票数已经超过半数，服务器3当选Leader。服务器1，2更改状态为FOLLOWING，服务器3更改状态为LEADING； （4）服务器4启动，发起一次选举。此时服务器1，2，3已经不是LOOKING状态，不会更改选票信息。交换选票信息结果：服务器3为3票，服务器4为1票。此时服务器4服从多数，更改选票信息为服务器3，并更改状态为FOLLOWING； （5）服务器5启动，同4一样当小弟。
Syncthing是开源的文件同步程序，利用Syncthing项目的服务器，可以在多台计算机之间同步文件。具体分布可以查看Syncthing项目的中继服务器的分布
今天分享的是比较有意思的东西——在Linux下通过网络编程实现一个简单的服务器和客户端。通过这个服务器和客户端，用户可以相互收发消息，类似于QQ或者是微信这样的社交软件，当然，从功能上来说只是实现了简单的通信，肯定是不可能像QQ或者微信这样那么强大，但是，对于学习网络编程来说，能实现这样的功能已经足够了，毕竟不是真的要做一个社交软件。
从 Redis 2.8 开始， 在网络连接短暂性失效之后， 主从服务器可以尝试继续执行原有的复制进程（process）， 而不一定要执行完整重同步操作。
最近由于小编颈椎病犯了，所以最近停更了文章，今天下午刚收到几千里地老父亲寄来的艾灸贴，晚上贴上之后，伴随着火辣辣的感觉开始创作现在这篇文章；若大家get到了东西，请爱心三连。 废话不再多言，下面我们进入正题。
Zookeeper是一个开源的分布式数据一致性的解决方案，分布式应用程序可以基于zookeeper实现数据发布订阅，负载均衡，命名服务，分布式协调，集群管理，分布式锁和分布式队列等一系列功能。
由于之前的项目都不是前后端分离的项目，cookie和session的处理也是较为简单的。而这次开发的项目是前后端分离并且采用vue+springboot技术实现,在实现登录功能的时候突然想到该怎么实现维护用户的状态信息。这里就记录一下相关的知识点概念以及我的解决方案，仅供参考。
分片是指将数据拆分，拆分后存放在不同的机器上的过程，以此来降低单个服务器的压力，同时也解决单个服务器硬盘空间不足的问题，让我们可以用廉价的机器实现高性能的数据架构。有的小伙伴不理解分片和副本集的差异，一言以蔽之：副本集上每个备份节点存储的数据都是相同的，分片上存储的数据则是不同的。好了，本文我们就先来看看分片环境的搭建。 ---- 环境准备 准备三台已经装好了MongoDB的服务器，地址分别是： 192.168.248.128 192.168.248.135 192.168.248.136 本文使用的Mon
在浏览某些 网站 时,这些网站会把 一些数据存在 客户端 , 用于使用网站 等跟踪用户,实现用户自定义 功能.
在上一篇博客中我们讲解了《Zookeeper的单机配置》，此篇博客将继续介绍Zookeeper的集群部署与配置。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
