wordpress 编辑器,一键优化大师下载,网站建设与管理教学视频,电子商务网站功能页面redis的高可用
redis当中#xff0c;高可用概念更宽泛一些。
除了正常服务以外#xff0c;数据量的扩容#xff0c;数据安全。
实现高可用的方式#xff1a;
1、持久化 最简单的高可用方法#xff0c;主要功能就是备份数据。
把内存当中的数据保存到硬盘当中。
2、主…redis的高可用
redis当中高可用概念更宽泛一些。
除了正常服务以外数据量的扩容数据安全。
实现高可用的方式
1、持久化 最简单的高可用方法主要功能就是备份数据。
把内存当中的数据保存到硬盘当中。
2、主从复制
3、在主从复制的基础上部署哨兵模式。
4、redis集群 一、redis的持久化
内存当中的数据保存到硬盘
开启持久化之后会有一个持久化的文件通过文件进行恢复。
redis提供的持久化方式
RDB持久化定时的将内存当中的数据保存类似于快照的形式用二进制压缩存储后缀名是.rdb每次redis重新启动时都会读取快照文件进行恢复默认的持久化方式 dbfilename dump.rdb rdb 持久化的文件名 save 900 1 当时间到900秒过redis的数据发生一次变化就会执行bgsave save 300 10 当时间到300秒如果redis的数据发生了10次变化就会执行bgsave save 60 10000 当时间到60秒如果redis的数据发生了10000次变化就会执行bgsave save m n 只是配置文件当中的配置项redis执行的命令是bgsave
save不能直接在命令行执行一旦执行saveredis主进程会进入阻塞状态这时读写都不能进行直到save完成才能继续读写save在生产中时禁用的。
RDB持久化的工作方式 bgsave就是rdb快照保存的方式。
bgsave在执行关闭redis服务的时候也会自动执行bgsave
bgsave是主从复制的默认恢复模式从节点执行全量恢复操作主节点通过bgsave命令把rdb发送给从节点除了配置文件save m n 关闭redis会执行bgsave开启redis也会执行bgsave。 AOF持久化主流
他是把操作的数据库执行以日志的形式保存在指定的文件当中文件的后缀名.aof类似于mysql的binlog。
没有时间没有位置只有命令
AOF持久化的实时性更好只要你操作了都会记录在日志文件中进程出现意外时丢失的数据更少AOF是主流的持久化方式。
RDB和AOF两者是配合使用。
AOF默认是关闭的需要开启。
如果同时开启RDB和AOF哪个优先级高
一旦开启AOF系统默认选择AOF进行备份。
appendonly yes 打开AOF的功能
appendfsync everyesc 每秒主动更新一次
no-appendfsync-on-rewrite no 不是每次都一定要对AOF文件进行重写手动来对AOF文件重写。
aof-load-truncated yes 如果发现AOF文件被截断redis在启动时会自动修复AOF的文件尽可能的对数据进行恢复。一旦是NO redis发现文件被截断redis会拒绝启动。
AOF持久化的工作方式 重写
充分非必要条件
一旦开启AOF持久化之后所有的数据库操作记录必然都会写入AOF持久化文件当中AOF文件会越来越大记录的操作越多一旦要恢复速度会很慢。
重写的作用为了压缩AOF持久化文件。
重写就是把原内容压缩后续新的读写继续插入AOF文件不管怎么写入最后都会在AOF文件 RDB持久化和AOF持久化之间的优缺点
RDB文件小传输的速度很快适合全量复制恢复速度比AOF快性能上影响较小但是数据安全不如AOF
AOF是秒级持久化数据量全兼容性好
缺点文件大恢复速度慢性能影响大
但是支持全量和增量。数据安全大于一切。 redis性能管理
info memory 查看系统占用的内存
userd memory字节 redis中的数据占用内存的大小
used_memory_rss:字节 redis向系统申请的内存随着数据占用的大小自动扩容。
used_memory_peak:937408 占用系统内存的峰值
vim /etc/redis/6379.conf
进入配置文件 在配置文件设置redis占用系统的阈值一定要设置阈值不设置阈值会把所有的系统内存都占用了 设置一个阈值看项目的大小来进行设置没有一个固定值。 内存碎片化率
内存碎片化率redis向系统申请的内存除以(/)redis数据实际占用的内存 redis-cli info-memory | grep ratio 查看碎片化率 allocator frag ratio:1.33 分配器的碎片化比列值越大碎片越多导致内存浪费 allocator rss ratio:6.79 分配器占用物理内存的比例 rss overhead ratio:0.93 表示占用物理内存的额外开销的比例这个值越小越好redis实际使用的物理内存比rss更接近 mem fragmentation ratio:12.81 内存的碎片比例已经分配的内存但是没有使用这个值越低越好内存利用率更高 配置文件取消注释自动清理碎片
手动清理 redis-cli memory purge一般都是手动清理 面试题
redis常见的问题
缓存雪崩
redis产生了大面积的故障缓存数据丢失所有的请求全部转发到了数据库。
数据库不适合高并发很快集群就会崩溃然后整个系统瘫痪
产生的原因
1、人为--------踩缝纫机
2、缓存数据大量的同时过期新的缓存没有及时生产
3、redis服务集群崩溃
防范机制
1、redis集群一定要做高可用方案
持久化 主从 哨兵 集群
2、访问量过大超过redis本身的负载能力。
熔断机制 Hystrix 可以实现熔断降级限流来降低雪崩的概率。 缓存击穿
redis的缓存数据有一部分丢失了导致请求转发到了数据库或者是缓存刚刚过期新缓存还没有简历请求都转发到了数据库。
防范机制
热点缓存数据设置为永不过期
持久化高可用
我发现经常使用的热点语句查询速度突然变的很慢查找问题发现改热点数据对应的缓存键值对消失了。
怎么解决
简单回答因为我没有redis的密码我报告给了数据库的部门。
高级回答我进入了redis的数据库set 重新创建了这个热点数据的缓存解决了这个问题 缓存穿透
80%以上都是黑客攻击
利用缓存和数据库都没有的数据用户一直在发起请求。
利用大量的请求压垮数据库从而导致整个网站崩溃。
防范
防火墙 只能起到一定的作用
验证拦截消息队列需要手动完成可以判断是否是攻击行为。
缓存空的数据
把一些空数据也设置缓存声明生命周期短一点以防恶意攻击。
