Redis主从复制问题

1. 从机可以执行写命令吗？
   答案：不可以
2. 从机切入点问题
   答案：slave是从头开始复制,slave启动之后首先全量复制，后续跟随，master写，slave跟。
3. 主机shutdown后，从机会上位吗？
   答案：从机不动，原地待命，从机数据可以正常使用；等待主机重启动。
4. 主机shutdown后，重启后主从关系还在吗？从机还能否顺利复制？
   答案：主从关系还在，可以使用 info replication 查看主从关系，从机任然可以顺利复制。
5. 某台从机down后，master继续，从机重启后他能跟上大部队吗？
   答案：可以
6. 手动指定slave从机命令：预设从机上执行 SLAVEOF <主库ip> <主库端口>
   注意：手动指定从机后，从机如果重启，主从关系将不存在
7. 停止当前数据库与其他数据库的主从关系，使数据库从slave变为master：
   命令 SLAVEOF no one
   注意：解除主从关系后从机之前所保存的数据仍然存在。
8. 主从复制原理及工作流程

   slave启动，同步初请	slave启动成功连接到master后会发送一个sync命令。         slave首次全新连接master，一次完全同步（全量复制）将被自动执行，slave自身原有数据将被master数据覆盖清除。
   首次连接，全量复制	master节点收到同步请求命令之后会开始在后天保存快照（即RDB持久化，主从复制时会触发RDB），同时收集所有接收到的用于修改数据集命令缓存起来，master节点执行RDB持久化完后，master将RDB快照文件和所有缓存的命令发到所有的slave，以完成一次完全同步。         而slave服务在接受到数据库文件后，将其存盘并加载到内存中，从而完成复制初始化。
   心跳持续，保持通信	repl-ping-replica-period 10（master发出ping包的周期，默认是10秒）
   进入平稳，增量复制	master继续将新的所有收集到的修改命令自动依次传递给slave，完成同步。
   从机下线，重连续传	master会检查backlog里面的offset，master和slave都会保存一个复制的offset还有一个masterId，offset是保存在backlog里面的。Master只会把已经复制的offset后面的数据复制给slave，类似于断点续传。

9. 主从复制的缺点

   复制延迟，信号衰减	由于所有写操作都是在Master上操作，然后更新到slave上，所以从Master同步到slave机器有一定延迟，当系统很繁忙的时候，延迟问题会更加严重，slave机器数量的增加也会使这个问题更加严重。
   master挂了没有办法	默认情况下，不会从slave节点中自动重新选择一个master。 每次都要人工干预，无人干预是刚需

10. 主从复制设置

    开启 ：daemonize no ->daemonize yes
    
    注释掉：bind 127.0.0.1 -::1

    protected-mode yes ->protected-mode no

    设置端口：port 6379

    指定工作目录：dir /(自己的目录)

    pid文件名字    pidfile

    log文件名字    logfile

    本机密码        requirepass

    dump.rdb 名字    dbfilename

    aof文件，appendfilename

    从机访问主机的通行密码masterauth, 从机配置，主机不配置