zoukankan      html  css  js  c++  java

  • 4、解析配置文件 redis.conf、Redis持久化RDB、Redis的主从复制

    1、Units单位

    Units 单位 | center

    1. 配置大小单位,开头定义了一些基本的度量单位，只支持bytes，不支持bit
    2. 对大小写不敏感

    2、INCLUDES包含

    INCLUDES包含 | center

    • 和我们的Struts2配置文件类似，可以通过includes包含，redis.conf可以作为总闸，包含其他

    3、GENERAL通用

    • daemonize、 pidfile、port : 参考文章末尾的通用配置。
    • tcp-backlog:
      • 设置tcp的backlog，backlog其实是一个连接队列，backlog队列总和=未完成三次握手队列 + 已经完成三次握手队列。
      • 在高并发环境下你需要一个高backlog值来避免慢客户端连接问题。注意Linux内核会将这个值减小到/proc/sys/net/core/somaxconn的值，所以需要确认增大somaxconn和tcp_max_syn_backlog两个值来达到想要的效果
    • tcp-keepalive: 位为秒，如果设置为0，则不会进行Keepalive检测，建议设置成60
    • loglevel、logfile: 参考文章末尾的通用配置。
    • syslog-enabled: 是否把日志输出到syslog中
    • syslog-ident: 指定syslog里的日志标志
    • syslog-facility: 指定syslog设备，值可以是USER或LOCAL0-LOCAL7
    • databases : 参考文章末尾的通用配置。

    4、SNAPSHOTTING快照

    • 该配置主要用于 redis 的 RDB 持久化

    SNAPSHOTTING 快照 | center
    SNAPSHOTTING 快照 | center

    • save

      • RDB是整个内存的压缩过的Snapshot，RDB的数据结构，可以配置复合的快照触发条件，默认是

        • 1分钟内改了1万次，
        • 或5分钟内改了10次，
        • 或15分钟内改了1次。

      • 如果想禁用RDB持久化的策略，只要不设置任何save指令，或者给save传入一个空字符串参数也可以

    stop-writes-on-bgsave-error | center

    • stop-writes-on-bgsave-error
      • 如果配置成no，表示你不在乎数据不一致或者有其他的手段发现和控制

    rdbcompression | center

    • rdbcompression
      • 对于存储到磁盘中的快照，可以设置是否进行压缩存储。如果是的话，redis会采用LZF算法进行压缩。如果你不想消耗CPU来进行压缩的话，可以设置为关闭此功能

    rdbchecksum | center

    • rdbchecksum：

      • 在存储快照后，还可以让redis使用CRC64算法来进行数据校验，但是这样做会增加大约10%的性能消耗，如果希望获取到最大的性能提升，可以关闭此功能

    • dbfilename

      • 指定持久化本地数据库文件名，默认值为dump.rdb

    • dir

      • 指定持久化本地数据库文件存放路径， 默认为当前启动的 dir ./

    5、RDB （Redis DataBase）

    • RDB 是什么

      • 在指定的时间间隔内将内存中的数据集快照写入磁盘，也就是行话讲的Snapshot快照，它恢复时是将快照文件直接读到内存里
      • Redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入到
        一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。
      • 整个过程中，主进程是不进行任何IO操作的，这就确保了极高的性能，如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。

    • Fork

      • Fork的作用是复制一个与当前进程一样的进程。新进程的所有数据（变量、环境变量、程序计数器等）数值都和原进程一致，但是是一个全新的进程，并作为原进程的子进程

    • RDB 保存的是dump.rdb文件

    • 如何触发RDB快照

      • 使用上述的配置示例:
      • 命令save或者是bgsave
        • Save：save时只管保存，其它不管，全部阻塞
        • BGSAVE：Redis会在后台异步进行快照操作，快照同时还可以响应客户端请求。可以通过 lastsave 命令获取最后一次成功执行快照的时间
      • 执行flushall命令，也会产生dump.rdb文件，但里面是空的，无意义

    • 如何恢复

      • 将备份文件 (dump.rdb) 移动到 redis 启动服务的文件夹下即可
      • CONFIG GET dir 获取目录

    • RDB 的优势 和 劣势

      • 优势
        • 适合大规模的数据恢复
        • 对数据完整性和一致性要求不高
      • 劣势
        • 在一定间隔时间做一次备份，所以如果redis意外down掉的话，就会丢失最后一次快照后的所有修改
        • Fork的时候，内存中的数据被克隆了一份，大致2倍的膨胀性需要考虑

    • 如何停止

      • 动态所有停止RDB保存规则的方法：redis-cli config set save ""

    • 示例:
      5 分钟内改变了十次|center
      生成的 dump_6379.rdb文件 | center

    • 总结

    RDB 总结 | center

    6、主从复制 REPLICATION

    • 行话：也就是我们所说的主从复制，主机数据更新后根据配置和策略，自动同步到备机的master/slaver机制，Master以写为主，Slave以读为主

    • 主从复制有什么好处：

      • 读写分离
      • 容灾恢复

    • 主从复制配置规则:

      • 1、主库不配从库配
      • 2、从库配置：slaveof 主库IP 主库端口
        • 每次与master断开之后，都需要重新连接，除非你配置进redis.conf文件
      • 3、修改配置文件细节操作(用来模拟生产环境)
        • 拷贝多个redis.conf文件
        • 开启daemonize yes
        • Pid文件名字
        • 指定端口
        • Log文件名字
        • Dump.rdb名字

    • 示例

    • 复制多份配置文件
      复制多份配置文件 | center

    • 如果没有在配置文件中写死主从配置, 需要在从机客户端启动的时候指定

    主从配置的位置 | center

    • 开启守护进程运行

    开启守护进程运行 | center

    • 修改不同的端口

    6380 | center
    6381 | center

    • 修改 pidfile

    pidfile | center

    • 修改log 文件

    log | center

    • 修改dump.rdb 的名称

    修改dump.rdb 的名称 | center

    • 测试:
      主从赋值测试 | center
      主从赋值测试 | center

    • 常用3招

      • 一主二仆
        • 一个Master两个Slave
      • 薪火相传（形成链状）
        • 上一个Slave可以是下一个slave的Master，Slave同样可以接收其他 slaves 的连接和同步请求，那么该slave作为了链条中下一个的master, 可以有效减轻master的写压力
        • 中途变更转向:会清除之前的数据，重新建立拷贝最新的
        • Slaveof 新主库IP 新主库端口
      • 反客为主
        • SLAVEOF no one: 使当前数据库停止与其他数据库的同步，转成主数据库

    • 复制原理

      • Slave启动成功连接到master后会发送一个sync命令
      • Master接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令，在后台进程执行完毕之后，master将传送整个数据文件到slave,以完成一次完全同步
      • 全量复制：而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中。
      • 增量复制：Master继续将新的所有收集到的修改命令依次传给slave,完成同步
      • 但是只要是重新连接master,一次完全同步（全量复制)将被自动执行

    • 哨兵模式(sentinel)

      • 哨兵模式是什么: 反客为主的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库
      • 怎么使用：
        • 调整结构，6379带着80、81
        • /usr/common目录下新建sentinel.conf文件，名字绝不能错
        • 配置哨兵,填写内容:
          • sentinel monitor 被监控数据库名字(自己起名字) 127.0.0.1 6379 1
          • 上面最后一个数字1，表示主机挂掉后salve投票看让谁接替成为主机，得票数多少后成为主机
        • 启动哨兵模式
          • Redis-sentinel /usr/common/sentinel.conf
        • 问题：如果之前的master重启回来，会不会双master冲突？
          • 不会，会变成从机
        • 一组sentinel能同时监控多个Master

    • 复制的缺点

      • 由于所有的写操作都是先在Master上操作，然后同步更新到Slave上，所以从Master同步到Slave机器有一定的延迟，当系统很繁忙的时候，延迟问题会更加严重，Slave机器数量的增加也会使这个问题更加严重。

    9 、常见配置redis.conf介绍

    • 参数说明
      • redis.conf 配置项说明如下：

        1. Redis默认不是以守护进程的方式运行，可以通过该配置项修改，使用yes启用守护进程
          daemonize no

        2. 当Redis以守护进程方式运行时，Redis默认会把pid写入/var/run/redis.pid文件，可以通过pidfile指定
          pidfile /var/run/redis.pid

        3. 指定Redis监听端口，默认端口为6379，作者在自己的一篇博文中解释了为什么选用6379作为默认端口，因为6379在手机按键上MERZ对应的号码，而MERZ取自意大利歌女Alessia Merz的名字
          port 6379

        4. 绑定的主机地址
          bind 127.0.0.1

        5. 当 客户端闲置多长时间后关闭连接，如果指定为0，表示关闭该功能
          timeout 300

        6. 指定日志记录级别，Redis总共支持四个级别：debug、verbose、notice、warning，默认为verbose
          loglevel verbose

        7. 日志记录方式，默认为标准输出，如果配置Redis为守护进程方式运行，而这里又配置为日志记录方式为标准输出，则日志将会发送给/dev/null
          logfile stdout

        8. 设置数据库的数量，默认数据库为0，可以使用SELECT 命令在连接上指定数据库id
          databases 16

        9. 指定在多长时间内，有多少次更新操作，就将数据同步到数据文件，可以多个条件配合
          save <seconds> <changes>
          Redis默认配置文件中提供了三个条件：
          save 900 1
          save 300 10
          save 60 10000
          分别表示900秒（15分钟）内有1个更改，300秒（5分钟）内有10个更改以及60秒内有10000个更改。

        10. 指定存储至本地数据库时是否压缩数据，默认为yes，Redis采用LZF压缩，如果为了节省CPU时间，可以关闭该选项，但会导致数据库文件变的巨大
          rdbcompression yes

        11. 指定本地数据库文件名，默认值为dump.rdb
          dbfilename dump.rdb

        12. 指定本地数据库存放目录
          dir ./

        13. 设置当本机为slav服务时，设置master服务的IP地址及端口，在Redis启动时，它会自动从master进行数据同步
          slaveof <masterip> <masterport>

        14. 当master服务设置了密码保护时，slav服务连接master的密码
          masterauth <master-password>

        15. 设置Redis连接密码，如果配置了连接密码，客户端在连接Redis时需要通过AUTH <password>命令提供密码，默认关闭
          requirepass foobared

        16. 设置同一时间最大客户端连接数，默认无限制，Redis可以同时打开的客户端连接数为Redis进程可以打开的最大文件描述符数，如果设置 maxclients 0，表示不作限制。当客户端连接数到达限制时，Redis会关闭新的连接并向客户端返回max number of clients reached错误信息
          maxclients 128

        17. 指定Redis最大内存限制，Redis在启动时会把数据加载到内存中，达到最大内存后，Redis会先尝试清除已到期或即将到期的Key，当此方法处理 后，仍然到达最大内存设置，将无法再进行写入操作，但仍然可以进行读取操作。Redis新的vm机制，会把Key存放内存，Value会存放在swap区
          maxmemory <bytes>

        18. 指定是否在每次更新操作后进行日志记录，Redis在默认情况下是异步的把数据写入磁盘，如果不开启，可能会在断电时导致一段时间内的数据丢失。因为 redis本身同步数据文件是按上面save条件来同步的，所以有的数据会在一段时间内只存在于内存中。默认为no
          appendonly no

        19. 指定更新日志文件名，默认为appendonly.aof
          appendfilename appendonly.aof

        20. 指定更新日志条件，共有3个可选值：
          no：表示等操作系统进行数据缓存同步到磁盘（快）
          always：表示每次更新操作后手动调用fsync()将数据写到磁盘（慢，安全）
          everysec：表示每秒同步一次（折衷，默认值）
          appendfsync everysec

        21. 指定是否启用虚拟内存机制，默认值为no，简单的介绍一下，VM机制将数据分页存放，由Redis将访问量较少的页即冷数据swap到磁盘上，访问多的页面由磁盘自动换出到内存中（在后面的文章我会仔细分析Redis的VM机制）
          vm-enabled no

        22. 虚拟内存文件路径，默认值为/tmp/redis.swap，不可多个Redis实例共享
          vm-swap-file /tmp/redis.swap

        23. 将所有大于vm-max-memory的数据存入虚拟内存,无论vm-max-memory设置多小,所有索引数据都是内存存储的(Redis的索引数据 就是keys),也就是说,当vm-max-memory设置为0的时候,其实是所有value都存在于磁盘。默认值为0
          vm-max-memory 0

        24. Redis swap文件分成了很多的page，一个对象可以保存在多个page上面，但一个page上不能被多个对象共享，vm-page-size是要根据存储的 数据大小来设定的，作者建议如果存储很多小对象，page大小最好设置为32或者64bytes；如果存储很大大对象，则可以使用更大的page，如果不 确定，就使用默认值
          vm-page-size 32

        25. 设置swap文件中的page数量，由于页表（一种表示页面空闲或使用的bitmap）是在放在内存中的，，在磁盘上每8个pages将消耗1byte的内存。
          vm-pages 134217728

        26. 设置访问swap文件的线程数,最好不要超过机器的核数,如果设置为0,那么所有对swap文件的操作都是串行的，可能会造成比较长时间的延迟。默认值为4
          vm-max-threads 4

        27. 设置在向客户端应答时，是否把较小的包合并为一个包发送，默认为开启
          glueoutputbuf yes

        28. 指定在超过一定的数量或者最大的元素超过某一临界值时，采用一种特殊的哈希算法
          hash-max-zipmap-entries 64
          hash-max-zipmap-value 512

        29. 指定是否激活重置哈希，默认为开启（后面在介绍Redis的哈希算法时具体介绍）
          activerehashing yes

        30. 指定包含其它的配置文件，可以在同一主机上多个Redis实例之间使用同一份配置文件，而同时各个实例又拥有自己的特定配置文件
          include /path/to/local.conf

    人生如棋，我愿为为卒；行走虽慢，可曾见我后退一步！
  • 相关阅读:
    你一定想知道的关于FPGA的那些事
    浅谈乘法器的用法
    “FPGA+云＂助力高性能计算
    Lattice并购案&我国FPGA发展路径
    双口RAM，值得研究
    FPGA图像加速解决方案来了
    中断中需要面对的问题(二)
    中断中需要面对的问题(一)
    Spring MVC 笔记--配置基于JavaConfig
    Spring IOC/ AOP 笔记
  • 原文地址：https://www.cnblogs.com/MPPC/p/5924738.html
Copyright © 2011-2022 走看看