-
- Redis主从复制数据丢失风险与解决方法
- min-slaves-to-write作用是当在线且延迟≤min-slaves-max-lag的从库数量不足时,主库主动拒绝写命令以保障数据安全;但因不校验从库是否真正落盘、主库缓冲区数据未发送、diskless复制期间内存积压等原因仍可能丢数据。
- 数据库 · Redis | 6小时前 | 325浏览 收藏
-
- Redis数据安全防护技巧分享
- 要保护Redis数据不被未授权访问,应采取以下措施:1.设置强密码认证,使用requirepass配置项。2.绑定Redis到特定IP地址,如127.0.0.1。3.使用ACL设置不同用户权限。4.配置防火墙规则限制Redis端口访问。5.使用TLS加密Redis通信。通过这些措施,可以有效降低Redis数据泄露风险,确保应用安全性和稳定性。
- 数据库 · Redis | 9小时前 | 179浏览 收藏
-
- Redis大量TIME_WAIT原因及解决方法
- 根本原因是客户端频繁新建并立即关闭TCP连接,导致Linux内核在主动关闭方维持TIME_WAIT状态(2×MSL,通常60秒),端口无法复用;Redis服务端不产生该状态,问题源于客户端未复用连接池、错误调用close()、配置不当或框架内重复初始化。
- 数据库 · Redis | 11小时前 | 454浏览 收藏
-
- RedisAOFAlways模式性能瓶颈分析
- appendfsyncalways会让Redis卡在磁盘上,因其每条命令都强制调用fsync()等待硬件确认落盘,使QPS被钉死在磁盘IOPS天花板;而everysec通过后台线程批量刷盘解耦主线程与I/O,大幅降低IOPS压力但引入秒级延迟毛刺。
- 数据库 · Redis | 12小时前 | 112浏览 收藏
-
- Redis防误删技巧:volatile-lru策略解析
- volatile-lru是仅在带TTL的key中按LRU算法驱逐的内存淘汰策略,不处理未设置过期时间的key;会话key必须显式设置TTL,否则成为永生key导致内存溢出。
- 数据库 · Redis | 12小时前 | 358浏览 收藏
-
- Redis缓存雪崩怎么解决
- RDB和AOF不能防止雪崩,仅决定宕机后数据能否快速完整恢复;RDB加载失败主因是路径、权限、版本不兼容或未启用;AOF截断需设aof-load-truncatedyes临时解决;Redis优先用AOF恢复;加载后keyTTL已过期,须配合缓存预热。
- 数据库 · Redis | 14小时前 | 299浏览 收藏
-
- Redis集群带宽限制:流量整形控制同步速度
- 会,Redis主从同步常打爆网卡,尤其跨机房、大key迁移或全量复制时;因Redis无带宽限速参数,需用tc对主节点6379端口出向流量限速,并调大repl-timeout防超时断连。
- 数据库 · Redis | 19小时前 | 233浏览 收藏
-
- RedisStreams记录操作日志方法解析
- RedisStreams用XADD存操作日志最直接,天然按毫秒级时间戳排序,支持XREAD/XRANGE按时间范围查询,需设MAXLEN防爆涨,多服务通过consumergroup共享且互不干扰,持久化依赖AOF配置。
- 数据库 · Redis | 19小时前 | 395浏览 收藏
-
- 缓存穿透怎么破?空值TTL设置技巧
- 空值缓存TTL应设为60s~180s并配合业务SLA,禁用null直存而用"__NULL__"等明确标记,且必须与接口层参数校验、限流及定期清理协同使用。
- 数据库 · Redis | 1天前 | 136浏览 收藏
-
- Redis优化:降低Hash内存占用技巧
- 调大hash-max-ziplist-entries内存不降反升,因ziplist启用需同时满足entries、value长度及数据紧凑三条件;单个value超hash-max-ziplist-value即退化为hashtable。
- 数据库 · Redis | 1天前 | 347浏览 收藏
-
- Redis优化短连接性能的技巧有哪些
- 短连接在Redis中严重伤性能,因其每次需完整TCP握手、认证、DB切换与释放,局域网下单次开销达1–3ms,超GET命令5–10倍,并引发TIME_WAIT端口耗尽。
- 数据库 · Redis | 1天前 | 181浏览 收藏
-
- Redis主从连接激增,优化连接池缓解从库压力
- 根本原因是客户端将从节点视为独立服务端并为每个从节点创建独立连接池。开启读写分离后,Jedis/Lettuce会主动发现并连接所有从节点,导致连接数激增、从库负载过高;解决关键是禁用客户端拓扑发现,改用代理层统一入口或手动控制连接复用。
- 数据库 · Redis | 1天前 | 254浏览 收藏
-
- Redis集群死锁处理与Lua防循环技巧
- Redis集群中Lua脚本不会触发传统死锁,但会因单线程执行而阻塞整个节点;无限循环脚本导致该节点所有命令超时,需通过CLIENTLIST、INFOcommandstats及CLUSTERNODES识别异常,并依赖lua-time-limit、计数器循环、客户端超时与限流等机制防控。
- 数据库 · Redis | 1天前 | 473浏览 收藏
-
- 关闭Redis自动配置,彻底禁用AutoConfiguration
- 必须同时排除RedisAutoConfiguration和RedisRepositoriesAutoConfiguration,否则因后者依赖redisTemplate而启动失败;exclude参数需传入Class数组,配置文件中须正确书写全限定名并避免缩进错误,且需清理残留Redis属性和手动Bean。
- 数据库 · Redis | 1天前 | 323浏览 收藏
-
- Redis 7 如何优化 AOF 重写内存消耗
- Redis7的Multi-PartAOF是将写操作分散到多个小文件(如.base.rdb和.incr.aof)的机制,本质区别在于重写不再依赖全量内存快照和fork子进程,而是通过异步追加与增量合并实现,内存占用稳定在几十MB。
- 数据库 · Redis | 1天前 | 309浏览 收藏
查看更多
课程推荐
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
-
- Golang深入理解GPM模型
- Golang深入理解GPM调度器模型及全场景分析,希望您看完这套视频有所收获;包括调度器的由来和分析、GMP模型简介、以及11个场景总结。
- 474次学习
查看更多
AI推荐
-
- ChatExcel酷表
- ChatExcel酷表是由北京大学团队打造的Excel聊天机器人,用自然语言操控表格,简化数据处理,告别繁琐操作,提升工作效率!适用于学生、上班族及政府人员。
- 4325次使用
-
- Any绘本
- 探索Any绘本(anypicturebook.com/zh),一款开源免费的AI绘本创作工具,基于Google Gemini与Flux AI模型,让您轻松创作个性化绘本。适用于家庭、教育、创作等多种场景,零门槛,高自由度,技术透明,本地可控。
- 4684次使用
-
- 可赞AI
- 可赞AI,AI驱动的办公可视化智能工具,助您轻松实现文本与可视化元素高效转化。无论是智能文档生成、多格式文本解析,还是一键生成专业图表、脑图、知识卡片,可赞AI都能让信息处理更清晰高效。覆盖数据汇报、会议纪要、内容营销等全场景,大幅提升办公效率,降低专业门槛,是您提升工作效率的得力助手。
- 4567次使用
-
- 星月写作
- 星月写作是国内首款聚焦中文网络小说创作的AI辅助工具,解决网文作者从构思到变现的全流程痛点。AI扫榜、专属模板、全链路适配,助力新人快速上手,资深作者效率倍增。
- 6294次使用
-
- MagicLight
- MagicLight.ai是全球首款叙事驱动型AI动画视频创作平台,专注于解决从故事想法到完整动画的全流程痛点。它通过自研AI模型,保障角色、风格、场景高度一致性,让零动画经验者也能高效产出专业级叙事内容。广泛适用于独立创作者、动画工作室、教育机构及企业营销,助您轻松实现创意落地与商业化。
- 4948次使用

