老牌网站建,手机浏览器,建立健全安全生产责任制和安全生产规章制度,大兴企业官网网站建设报价redis-cli -h 192.168.233.10 -p 6379 redis的数据类型的增删改查
redis的高可用在集群当中有一个非常重要的指标#xff0c;提供正常服务的时间的百分比(365天)
99.9%
redis的高可用含义更加广泛#xff0c;正常服务是指标之一#xff0c;数据容量的扩展#xff0c;数据…redis-cli -h 192.168.233.10 -p 6379 redis的数据类型的增删改查
redis的高可用在集群当中有一个非常重要的指标提供正常服务的时间的百分比(365天)
99.9%
redis的高可用含义更加广泛正常服务是指标之一数据容量的扩展数据的安全性 在redis种实现高可用技术①持久化②主从复制③哨兵模式④cluster集群 持久化
持久化是最简单的高可用方法
主要作用是数据备份也就是把redis缓存在内存中的数据保存到本地的硬盘中冷备份方式 redis持久化的两种方式
1、RDB持久化
redis在内存中的数据定时保存到磁盘 自动执行、手动执行皆可 指在指定的时间间隔内将内存中当前进程中的数据生成快照保存到硬盘快照持久化用二进制压缩存储。保存的文件名的后缀是 .rdb。redis启动时可以直接读取快照文件实现数据恢复 RDB的触发机制
①手动机制
save 和 bgsave 都可以生成RDB文件 save 创建RDB文件时整个redis进程会被阻塞期间redis无法进行读写操作直到RDB文件创建完成为止 bgsave bgsave就是主从复制的机制 bgsave特点主进程会通过fork机制创建一个子进程子进程的创建过程中主进程会阻塞子进程创建完毕主进程解除阻塞子进程来创建RDB文件创建完成之后通知主进程更新通知信息 ②自动机制 219gg 900s 当时间到900s时如果redis的数据至少发生一次变化就执行bgsave
数据变动越多执行时间越短。如果数据变动不大那时间间隔要长一点儿
除了配智文件中的save m n之外
主从复制从节点执行全量复制操作直接点会执行bgsave,把rdb文件传送给从节点
关闭主进程shutdown之后会自动执行rdb的持久化 如果启动时加载rdb文件被损坏日志中会打印错误redis会拒绝启动。需要用redis-check-rdb 修复RDB的持久化文件 242gg 开启RDB压缩功能
在高并发场景建议关闭 264gg 保存持久化文件的位置 2、AOF持久化
redis的操作日志以追加的方式写入一个AOF的文件类似于MySQL的binlog
AOF持久化是将redis的每一次读、写、删除命令记录到一个单独的、以 .aof为结尾的文件查询操作不记录由主进程记录。当redis重启时再次执行AOF文件中的命令来恢复数据
AOF的实时性更好也是主流的持久化方案 700ggno改成yes 704gg 796gg Q出现截断怎么办
aof-load-truncated yes
用于判断AOF文件如果被截断时的行为
yes发现被截断写入过程中出现异常导致文件未能完全写入redis会尽可能的恢复文件中的数据redis会继续运行
no发现AOE文件被截断redis将拒绝启动
A对数据完整性要求高用no注重数据服务器的可用性用yes。在可以的情况下一般是yes rdb是redis的默认持久化文件但是一旦开启AOF持久化那么redis会以AOF的持久化文件作为最高优先级 AOF的重写功能
为啥要有重写随着时间增长AOF文件当中的数据也会不断增加AOF的文件也会越来越大。过大的AOF文件不仅仅会影响服务器的正常运行也会导致数据恢复的时间过长
文件重写是指定期的重写AOF文件减小AOF文件的体积。AOF重写是把redis进程内的数据转化为写的命令同步到新的AOF文件当中不会额外生成一个新的文件只是在原内容中进行压缩不会对原有的AOF文件进行任何读写操作 *文件重写虽然是AOF持久化强烈推荐的但不是必须的。没有重写并不影响redis启动时读取数据。在实际中会关闭自动的文件重写通过定时任务来完成 AOF同步文件策略的三种方式
729gg always 写入过程中立刻调用redis系统的fsync操作写入到AOF文件这次写入都执行同步硬盘的性能有瓶颈硬盘的寿命也大大降低 no 有写入操作调用系统的write操作不对AOF文件进行同步操作系统来同步同步周期30s文件同步的时间不可控。缓冲区会堆积大量数据数据安全也无法保证 everysec 命令写入调用write操作write操作结束后线程会返回。FSYNC同步文件操作由专门的线程每秒调用一次。这是一个折中的策略是性能和安全性的平衡是redis的默认配置也是推荐配置 重写的触发条件
1、手动触发
redis-cli bgrewriteaof 工作流程 2、自动触发 771gg 100 文件的大小超过基准的百分比。默认值就是100也就是文件大小超过2倍时执行bgrewriteaof。设置为0禁用自动触发 64mb 文件大于基准值才会进行重写。这个值是AOF文件执行重写的最小值。避免开始启动redis后文件太小然后频繁的进行重写。这个必须要有。 创建定时任务100必须改成0 AOF重写为什么可以压缩文件
1、重写过程中如果有过期的数据不会写入文件
2、无效的命令不再写入文件数据被重复设置set test 1 set test 2删除的数据也不会写入set test 1 del test
3、多条命令合并成一个。sadd test1 v1 sadd test1 V2 sdd test1 3
sadd test1 V1 V2 W3 重写之后AOF的文件当中的命令减少了空间也少了恢复速度也增加了。(重写不是必须的。) RDB和AQF之间的优缺点:
RDB的优点: 文件体积小网络传输速度很快适合全量复制。恢复速度也比AOF要快.
缺点: 做不到实时的持久化数据如此重要不能够容忍丢失的。另外RDB需要满足特定的格式兼容性很差老版本的RDB不支持新版本redis版本一定要一致 AOF的优点: 秒级持久化。兼容性好文本格式保存的是命令
AOF的缺点文件大恢复速度慢。AOF持久化需要频繁的向磁盘写入数据磁盘的I/O压力很大对主进程的性能也会有一定的影响 redis的持久化也算是高可用的一种通过备份文件来恢复数据冷备份 持久化的两种方法RDB和AOFRDBsave线上禁用bgsave
AOF实时持久化。写入的操作的命令除了查 set del会记录get select不入实时记录恢复方式类似于MySQL的binlog
AOF重写推荐但是不是必须的。重写也是主进程创建一个子进程在过程中产生的数据以及同步策略都是写入到AOF文件当中
