怎么做旅游网站框架头条指数

当前位置： 首页 > news >正文

怎么做旅游网站框架,头条指数,为什么只有中国做网站需要备案,西安网页设计培训班费用#xff08;一#xff09;redis之高可用 1、在集群当中有一个非常重要的指标#xff0c;提供正常服务的时间的百分比#xff08;365天#xff09;99.9% 2、redis的高可用的含义更加广泛#xff0c;正常服务是指标之一#xff0c;数据容量的扩展、数据的安全性 3、在r…一redis之高可用 1、在集群当中有一个非常重要的指标提供正常服务的时间的百分比365天99.9% 2、redis的高可用的含义更加广泛正常服务是指标之一数据容量的扩展、数据的安全性 3、在redis中实现高可用的技术 1持久化 2主从复制 3哨兵模式 4cluster集群 二持久化RDB/AOF重点 1、持久化最简单的高可用方法主要作用是数据备份也就是把redis缓存在内存中的数据保存到本地的硬盘当中冷备份—停止服务备份 2、redis持久化的两种方式 1RDB持久化redis在内存中的数据定时保存到磁盘自动执行、手动执行生产中很少使用 2AOF持久化redis的操作日志以追加的方式写入一个AOF的文件类似于mysql的binlog 三RDB持久化 1、RDB指在指定的时间间隔内将内存中当前进程中的数据生成快照保存到硬盘快照持久化用二进制压缩存储保存的文件名后缀.rdbredis启动时可以直接读取快照文件实现数据恢复 2、RDB的触发机制 1手动机制save、bgsave都可以生成RDB文件 ①save创建RDB文件时整个redis进程会被阻塞期间redis将无法进行读写操作直到RDB文件创建完整为止生产中禁止用save生成RDB文件 ②bgsave就是主从复制的机制。特点主进程会通过fork机制创建一个子进程子进程创建的过程中主进程会阻塞子进程创建完毕主进程解除阻塞由子进程创建RDB文件创建完成之后通知主进程更新通知信息重点 ③bgsave的工作流程 关闭服务冷备份 恢复 2自动机制/ect/redis/6379.conf 除了配置文件的save m n之外还有 ①主从复制从节点执行全量复制操作直接执行bgsave把RDB文件传送给从节点 ②关闭主进程shutdown之后会自动指定RDB的持久化 ③启动时加载RDB文件被损坏日志中会打印错误redis会拒绝启动 ④redis-check-rdb工具修复RDB的持久化文件 save 900 1表示当时间到900秒时redis的数据至少发生一次变化就执行bgsave save 300 10表示当时间到300秒时redis的数据至少发生十次变化就执行bgsave save 60 10000表示当时间到60秒时redis的数据至少发生一万次变化就执行bgsave 时间间隔不能太短执行不能太频繁数据变动的越多执行的时间越短数据变动不大时间间隔要长一点 生产中一般设置save 120 1000、save 60 10000 rdbcompression yes 开启RDB文件的压缩功能在高并发场景建议关闭 生产中默认是no
四AOF持久化生产中普遍使用 1、AOF持久化是将redis的每一次读、写、删除命名记录到一个单独的.aof结尾的文件查询操作由主进程记录当redis重启时再次执行AOF文件中的命令来恢复数据 2、AOF的实时性更好也是主流的持久化方案 3、RDB是redis的默认持久化文件但是一旦开启AOF持久化那么redis会以AOF的持久化文件作为最高级优先级 aof-load-truncated yes用于判断AOF文件是否被截断发现被截断写入过程中出现异常导致文件未能完全写入重点 AOF文件被截断时 设置为yesredis会尽可能的恢复文件中的数据redis会继续运行 设置为no发现AOF文件被截断redis会拒绝启动 数据完整祥的要求高设置No 注重数据服务器的可用性设置yes
4、AOF的工作流程自动机制编辑vim appendonly.aof 五AOF的重写功能重点 1、重写的原因随着时间增长AOF文件中的数据也会不断增加AOF的文件也会越来越大过大的AOF文件不仅仅会影响服务器的正常运行也会导致数据恢复的时间过长 2、文件重写是指定期的重写AOF文件减小AOF文件的体积AOF重写是把redis进程内的数据转化为写命令同步到新的AOF文件中不会额外的生成一个新的文件只是在原内容中进行压缩不会对原有的AOF文件进行任何读写的操作 3、文件重写虽然是AOF持久化强烈推荐的但不是必须的没有重写并不影响redis启动时读取数据在实际中会关闭自动的文件重写通过定时任务来完成 4、重写机制的工作路程重点 5、AOF同步文件策略的三种方式 1appendfsync always写入过程中立刻调用redis系统的fsync操作写入到AOF文件这次写入都执行同步硬盘的性能有瓶颈硬盘的寿命会大大降低不推荐 2appendfsync everysec命名写入调用write操作write操作结束后write线程会返回fsync同步文件操作由专门的线程每秒同步一次这是一个折中的策略是性能和安全性的平衡是redis的默认配置也是推荐配置 3appendfsync no写入操作调用系统的write操作不对AOF文件进行同步操作系统来同步同步周期30秒文件同步的时间不可控缓冲区会堆积大量数据数据的安全也无法保证
6、重写的触发条件 1手动触发redis-cli bgrewriteaof 2自动触发配置配置文件 auto-aof-rewrite-percentage 100 表示文件的大小超过基准的百分比默认值就是100文件的大小超过两倍时执行bgrewriteaof设置为0表示禁用自动触发100M—200M—400M *若要创建定时任务可以设置为0或者注释掉 auto-aof-rewrite-min-size 64mb必须要有 表示只有文件大于基准值才会进行重写这个值是AOF执行重写的最小值可以避免开始启动redis后文件太小然后频繁的进行重写
7、AOF重写为什么能压缩文件 1重写的过程中如果有过期的数据不会写入文件 2无效的命令不再写入文件数据被重复设置set test 1set test 2删除的数据也不会写入 3把多条命令合并成一个 例sadd test1 1 sadd test1 2 sadd test1 3——sadd test1 1 2 3
4重写之后AOF的文件当中的命令减少了空间也少了恢复速度也增加了重写不是必须的根据需求——重点 六RDB和AOF之间的优缺点 1、DRB 1RDB的优点RDB文件体积小网络传输速度很快适合全量复制恢复速度也比AOF要快 2RDB的缺点做不到实时的持久化数据如此重要不能容忍丢失的RDB需要满足特定的格式兼容性很差老版本的RDB不支持新版本redis的版本要一致redis的版本5.0.7 2、AOF 1AOF的优点秒级持久化兼容性好文本格式保存的命名命令通用 2AOF的缺点文件大恢复速度慢AOF持久化需要频繁的向磁盘写入数据磁盘的I/O压力很大对redis 主进程的性能也会有一定影响 七持久化总结 1、redis的持久化也算是高可用的一种通过备份文件来恢复数据冷备份 2、RDBsave线上禁用bgsave 3、AOF 1实时持久化写入的是操作命令除了查set和del会记录select和get不记录。实时记录恢复方式类似于mysql的binlog 2重写推荐但是不是必须的也是主进程创建一个子进程在过程中产生的数据以及同步策略都会写入到AOF文件当中