- 前言昨天碰到一个 Redis 故障，应用突然报错，提示 Redis 无法写入。一开始看到 MISCONF，以为就是常见的 RDB 持久化失败。之前也遇到过类似问题，大部分都是磁盘空间不足，清理一下空间或者处理持久化目录就能恢复。结果排查下来发现，这次还不太一样：Redis 所在服务器的磁盘空间还剩 400 多 GB，内存也没什么压力，Redis 进程一直在，但就是无法写入。继续查下去才发现... 前言昨天碰到一个 Redis 故障，应用突然报错，提示 Redis 无法写入。一开始看到 MISCONF，以为就是常见的 RDB 持久化失败。之前也遇到过类似问题，大部分都是磁盘空间不足，清理一下空间或者处理持久化目录就能恢复。结果排查下来发现，这次还不太一样：Redis 所在服务器的磁盘空间还剩 400 多 GB，内存也没什么压力，Redis 进程一直在，但就是无法写入。继续查下去才发现...
- 本文使用 Python Flask 实现简易接口限流中间件，基于内存滑动窗口算法限制客户端请求频率，防止接口被恶意刷量。项目无需引入 Redis，代码简洁易上手，讲解限流原理、核心实现、接口测试与生产优化思路，适合后端入门学习，可部署在华为云ECS进行验证。 本文使用 Python Flask 实现简易接口限流中间件，基于内存滑动窗口算法限制客户端请求频率，防止接口被恶意刷量。项目无需引入 Redis，代码简洁易上手，讲解限流原理、核心实现、接口测试与生产优化思路，适合后端入门学习，可部署在华为云ECS进行验证。
- yum 安装1.安装扩展源yum -y install epel-release2.安装Redisyum -y install redis3.启动Redissystemctl start redissystemctl enable redis4.连接Redis这里的redis也和其他软件一样，开始是没有密码,就算有密码也可以这样连接，只是在执行命令的会提示认证失败。[root@localho... yum 安装1.安装扩展源yum -y install epel-release2.安装Redisyum -y install redis3.启动Redissystemctl start redissystemctl enable redis4.连接Redis这里的redis也和其他软件一样，开始是没有密码,就算有密码也可以这样连接，只是在执行命令的会提示认证失败。[root@localho...
- 背景：线上业务在流量峰值时出现明显抖动，借此机会做一次完整复盘。现状与问题在原有架构下，核心瓶颈集中在 连接池：连接复用并设置合理上限。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Kafka 替换原方案中耦合较重的部分，把 调度延迟 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落地... 背景：线上业务在流量峰值时出现明显抖动，借此机会做一次完整复盘。现状与问题在原有架构下，核心瓶颈集中在 连接池：连接复用并设置合理上限。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Kafka 替换原方案中耦合较重的部分，把 调度延迟 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落地...
- 下面按「问题定位 → 方案设计 → 落地验证 → 效果对比」四个阶段展开。现状与问题在原有架构下，核心瓶颈集中在 缓存命中率：预拉取减少按需加载抖动。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Redis 替换原方案中耦合较重的部分，把 缓存命中率 拆成独立可水平扩展的单元。关键点有三：1. 镜像预热 + 实例分级2. 边界条件单独处理，避免主链路被污染3. 保留灰度开... 下面按「问题定位 → 方案设计 → 落地验证 → 效果对比」四个阶段展开。现状与问题在原有架构下，核心瓶颈集中在 缓存命中率：预拉取减少按需加载抖动。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Redis 替换原方案中耦合较重的部分，把 缓存命中率 拆成独立可水平扩展的单元。关键点有三：1. 镜像预热 + 实例分级2. 边界条件单独处理，避免主链路被污染3. 保留灰度开...
- 背景：线上业务在流量峰值时出现明显抖动，借此机会做一次完整复盘。现状与问题在原有架构下，核心瓶颈集中在 冷启动：预拉取减少按需加载抖动。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 FunctionGraph 替换原方案中耦合较重的部分，把 调度延迟 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度开... 背景：线上业务在流量峰值时出现明显抖动，借此机会做一次完整复盘。现状与问题在原有架构下，核心瓶颈集中在 冷启动：预拉取减少按需加载抖动。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 FunctionGraph 替换原方案中耦合较重的部分，把 调度延迟 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度开...
- 在分布式与高并发架构中，为了防止多节点同时修改同一共享资源（如商品超卖、重复计费、状态机乱序），分布式锁是必不可少的基础设施。很多团队在早期往往基于 Redis 简单封装一套分布式锁，但往往因忽略网络抖动、GC 停顿等边界场景，引发线上数据脏写。本文从最基础的命令演进讲起，剖析分布式锁的经典陷阱及工业级解决方案。 1. 基础演进：为什么单靠 SETNX 远远不够？ 1.1 缺陷阶段一：加锁与... 在分布式与高并发架构中，为了防止多节点同时修改同一共享资源（如商品超卖、重复计费、状态机乱序），分布式锁是必不可少的基础设施。很多团队在早期往往基于 Redis 简单封装一套分布式锁，但往往因忽略网络抖动、GC 停顿等边界场景，引发线上数据脏写。本文从最基础的命令演进讲起，剖析分布式锁的经典陷阱及工业级解决方案。 1. 基础演进：为什么单靠 SETNX 远远不够？ 1.1 缺陷阶段一：加锁与...
- 背景：线上业务在流量峰值时出现明显抖动，借此机会做一次完整复盘。现状与问题在原有架构下，核心瓶颈集中在 写入链路：连接复用并设置合理上限。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Kafka 替换原方案中耦合较重的部分，把 序列化开销 拆成独立可水平扩展的单元。关键点有三：1. 预拉取减少按需加载抖动2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚... 背景：线上业务在流量峰值时出现明显抖动，借此机会做一次完整复盘。现状与问题在原有架构下，核心瓶颈集中在 写入链路：连接复用并设置合理上限。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Kafka 替换原方案中耦合较重的部分，把 序列化开销 拆成独立可水平扩展的单元。关键点有三：1. 预拉取减少按需加载抖动2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚...
- 本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 冷启动：预拉取减少按需加载抖动。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Kubernetes 替换原方案中耦合较重的部分，把 序列化开销 拆成独立可水平扩展的单元。关键点有三：1. 改用二进制协议减少带宽2. 边界条件单独处理，避免主链路被污染3. 保留灰度开... 本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 冷启动：预拉取减少按需加载抖动。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Kubernetes 替换原方案中耦合较重的部分，把 序列化开销 拆成独立可水平扩展的单元。关键点有三：1. 改用二进制协议减少带宽2. 边界条件单独处理，避免主链路被污染3. 保留灰度开...
- 本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 缓存命中率：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 ECS 替换原方案中耦合较重的部分，把 序列化开销 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回... 本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 缓存命中率：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 ECS 替换原方案中耦合较重的部分，把 序列化开销 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回...
- 业务随着用户量持续增长，Redis 实例的数据量往往会快速膨胀。很多企业缓存业务里，超过 70% 的数据属于冷数据，比如历史订单、过期日志、归档用户信息，长期只查询很少更新。如果全部使用高性能内存存储，实例成本会持续走高；简单拆分实例又会带来数据迁移、业务改代码、运维复杂度上升等一系列麻烦。华为云 GaussDB (for Redis) 混合存储能力，把热数据放在内存保障访问速度，冷数据下沉... 业务随着用户量持续增长，Redis 实例的数据量往往会快速膨胀。很多企业缓存业务里，超过 70% 的数据属于冷数据，比如历史订单、过期日志、归档用户信息，长期只查询很少更新。如果全部使用高性能内存存储，实例成本会持续走高；简单拆分实例又会带来数据迁移、业务改代码、运维复杂度上升等一系列麻烦。华为云 GaussDB (for Redis) 混合存储能力，把热数据放在内存保障访问速度，冷数据下沉...
- 约课抢课本质是有限时段名额的并发扣减。热门教练时段一开放就超卖、师生时间撞车，根因都是校验余量与占用名额不是原子操作。本文用Redis Lua原子预占、数据库唯一约束兜底、时间区间重叠检测、取消幂等回补四步，解决约课超卖与排课冲突，附核心代码与5个踩坑。 约课抢课本质是有限时段名额的并发扣减。热门教练时段一开放就超卖、师生时间撞车，根因都是校验余量与占用名额不是原子操作。本文用Redis Lua原子预占、数据库唯一约束兜底、时间区间重叠检测、取消幂等回补四步，解决约课超卖与排课冲突，附核心代码与5个踩坑。
- 本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 缓存命中率：镜像预热 + 实例分级。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 GaussDB 替换原方案中耦合较重的部分，把 冷启动 拆成独立可水平扩展的单元。关键点有三：1. 改用二进制协议减少带宽2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落地与验证分... 本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 缓存命中率：镜像预热 + 实例分级。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 GaussDB 替换原方案中耦合较重的部分，把 冷启动 拆成独立可水平扩展的单元。关键点有三：1. 改用二进制协议减少带宽2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落地与验证分...
- 本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 写入链路：热点 key 打散到多分片。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Redis 替换原方案中耦合较重的部分，把 缓存命中率 拆成独立可水平扩展的单元。关键点有三：1. 热点 key 打散到多分片2. 边界条件单独处理，避免主链路被污染3. 保留灰度开... 本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 写入链路：热点 key 打散到多分片。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Redis 替换原方案中耦合较重的部分，把 缓存命中率 拆成独立可水平扩展的单元。关键点有三：1. 热点 key 打散到多分片2. 边界条件单独处理，避免主链路被污染3. 保留灰度开...
- 本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 连接池：预拉取减少按需加载抖动。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 CCE 替换原方案中耦合较重的部分，把 写入链路 拆成独立可水平扩展的单元。关键点有三：1. 预拉取减少按需加载抖动2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落地与验证分两个阶段灰... 本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 连接池：预拉取减少按需加载抖动。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 CCE 替换原方案中耦合较重的部分，把 写入链路 拆成独立可水平扩展的单元。关键点有三：1. 预拉取减少按需加载抖动2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落地与验证分两个阶段灰...
上滑加载中
推荐直播
-
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中 -
华为云开发者AI素养直播课·第五期2026/09/04 周五 16:00-18:00
林华鼎-华为云AI开发者运营负责人；蒋春阳-华为云AI开发者案例开发专家
本期直播内容： AI工具体验营 · 第5-8课连讲。Agent-Team 多智能体协作完成毕业设计实践
回顾中 -
华为云开发者AI素养ClassRoom·第六期2026/09/08 周二 19:00-20:00
樊渊-2026华为软件挑战赛冠军
高手来了：看软挑高手解析二维排样问题—从工业难题到算法突破
回顾中
热门标签