Redis：持久化的两种方式
Redis持久化机制主要包括RDB和AOF两种方式。RDB通过生成数据快照进行持久化，支持手动或自动触发，具有加载速度快、文件紧凑等特点，但无法实时保存数据。AOF则记录每个操作命令，保障数据更安全，支持多种写入策略，并可通过重写机制优化文件大小。两者各有优劣，常结合使用以兼顾性能与数据安全。
常见面试题03
Redis常见数据结构包括字符串、哈希、列表、集合、有序集合及地理空间索引。其持久化机制主要有AOF和RDB，常配合使用以防数据丢失。此外，Redis还涉及缓存雪崩、穿透、击穿等“三剑客”问题及其解决方案。CAP与BASE理论则探讨了分布式系统中一致性、可用性与分区容错的权衡。最后，Seata的AT模式实现分布式事务的流程也有所涉及。
Redis：事务（Transactions）
Redis事务支持将多个命令打包执行，但与MySQL不同，它不保证原子性、一致性、持久性和隔离性。Redis事务的核心在于“打包”命令，避免其他客户端插队，通过MULTI、EXEC、DISCARD等命令实现。此外，Redis提供WATCH和UNWATCH机制，用于监控键变化，实现类似“乐观锁”的功能，提升并发操作的安全性。
淘宝订单 API 实战：90% 开发者会踩的 “漏单坑”，我用这 3 招彻底解决
本文深入解析了淘宝订单 API 对接中常见的“漏单”问题，结合实战案例拆解了同步逻辑、漏单原因及解决方案。重点分析了“主动轮询”与“回调通知”两种方式的优缺点，指出高频漏单的三大原因：回调丢包、时间窗口设置错误、订单状态判断不全，并提供对应的解决策略。最后分享了一套“回调 + 轮询”双保险方案，帮助彻底杜绝漏单问题。
Redis基础命令与数据结构概览
Redis是一个功能强大的键值存储系统，提供了丰富的数据结构以及相应的操作命令来满足现代应用程序对于高速读写和灵活数据处理的需求。通过掌握这些基础命令，开发者能够高效地对Redis进行操作，实现数据存储和管理的高性能方案。
转转客服IM系统的WebSocket集群架构设计和部署方案
客服IM系统是转转自研的在线客服系统，是用户和转转客服沟通的重要工具，主要包括机器人客服、人工客服、会话分配、技能组管理等功能。在这套系统中，我们使用了很多开源框架和中间件，今天讲一下客服IM系统中WebSocket集群的的实践和应用。