4-Redis篇
项目中多处使用Redis，主要用于热点数据缓存、业务数据存储（如验证码、用户行为等）及分布式锁实现；采用哨兵集群保障高可用；通过RDB与AOF混合持久化、合理设置过期与淘汰策略，提升性能与数据可靠性，并结合MQ等手段保障Redis与MySQL的数据一致性。
缓存策略：Redis性能优化
本文系统讲解Redis性能优化十大核心维度，涵盖缓存策略、内存管理、持久化选型、集群架构、热点与大Key处理、监控安全及成本控制，结合微博高并发实战案例，提供从基础配置到架构设计的完整优化方案，助力构建高性能、高可用Redis体系。
电商秒杀系统架构实战
本文深入剖析电商秒杀系统架构设计，涵盖高并发应对、库存精准控制、订单高效处理等核心挑战。通过流量削峰、Redis预扣减、MQ异步解耦等技术，结合压测与容灾方案，构建稳定可靠的秒杀体系，并附核心源码，助力实战落地。（239字）
微服务概述
本文对比单体应用与微服务架构，阐述微服务的定义、核心特征及优缺点。微服务通过服务拆分、独立部署、轻量通信实现高内聚、低耦合，提升系统可维护性与扩展性，但也带来运维复杂、分布式事务等挑战，并介绍基于SpringCloud的技术实现方案。
Redis：内存陡增100%深度复盘
本文复盘了一起Redis因缓冲区占满内存导致服务不可用的事故。根本原因为大KEY引发带宽耗尽，触发Redis内存使用率飙升，最终输入/输出缓冲区膨胀挤占全部内存，导致SET/GET超时。文章深入分析了缓冲区机制、内存淘汰策略，并指出即使配置合理，缓冲区失控仍可致服务崩溃。最后提出开发运维规范，强调压测、监控与合理设计的重要性。
Redis：内存陡增100%深度复盘
本次事故因大KEY调用量随业务高峰增长，导致带宽占满、Redis内存使用率迅速达100%，缓冲区膨胀致使SET/GET超时。根本原因为输出/输入缓冲区失控，而非数据存储溢出，最终引发服务全面不可用。
参考简历模板
本简历模板提供多个AI+微服务项目范例，涵盖教育、金融、物流等领域，展示Spring Cloud、Spring AI、大模型集成、RAG、分布式任务调度等技术在实际项目中的应用，供参考借鉴。
Redis：内存陡增100%深度复盘
本次事故因大KEY调用量随流量增长，导致带宽占满100%，Redis内存在5分钟内从0%升至100%，最终引发全面超时崩溃。根本原因为缓冲区（输入/输出）内存激增，占用超限，使Redis无法正常处理请求。尽管数据淘汰机制存在，但对缓冲区内存无效，最终导致服务不可用。需优化Key设计、合理配置缓冲区及加强压测监控。
Redis：内存陡增100%深度复盘
本文复盘了一起Redis因大KEY和缓冲区激增导致内存占满、服务超时的故障。根本原因为大KEY引发带宽耗尽，输入输出缓冲区膨胀，最终内存被占满，即便淘汰策略生效也无法释放，致使服务不可用。文章深入分析了缓冲区机制，并提出开发运维规范与优化方案。
