包的

Redis是典型的内存型数据库，所有数据默认存储在内存中，一旦进程崩溃、服务器宕机，内存数据会彻底丢失。持久化机制的核心作用，就是将内存中的数据异步/同步写入磁盘，实现故障后的数据恢复，兼顾Redis的高性能与数据可靠性。Redis官方提供两种基础持久化方案：RDB（快照持久化）和AOF（日志持久化），4.0版本后新增混合持久化，融合两者优势，成为生产环境主流选型。下文从原理、触发方式、配置、优缺点、适用场景逐一拆解。一、RDB持久化：全量快照式持久化RDB（Redis DataBase）是Redis默认的持久化方式，核心逻辑是定时生成内存数据的全量二进制快照，压缩后写入磁盘文件（默认dump...

Q： Redis 去重方案，是使用“用户 ID + 消息模板 ID”作为键吗？这里的模板 ID是指每个配置的模板类型拥有唯一 ID，还是说不同配置下 ID 会重复？Q：项目中使用的 Redis 架构模式是什么？是单节点、哨兵模式（Sentinel）还是集群模式（Cluster）Q：引入 Apollo 配置中心是为了解决什么问题Q： Kafka 部署时如何搭建生产环境和消费环境？具体的集群架构或部署方式是？Q：关于渠道业务，虽然目前数据量不大可能不需要限流，后续流量增大，如何设计限流策略Q：项目中的线程池具体用哪种方式创建或配置（例如通过 ThreadPoolExecutor 构造函数还是工具类）？Q：详细描述项目中使用线程池的整体逻辑流程，包括任务提交、执行以及后续处理的步骤Q：线程池的拒绝策略主要有哪几种Q：核心线程数（corePoolSize）在运行过程中是否可以动态减少Q：数据清洗过程中是否考虑过可能出现消息乱序或数据重复的问题？如果有，如何解决Q：使用的 MySQL 数据库中，单表的最大数据量大概达到多少Q：在数据库中添加索引的主要目的是什么Q：添加索引时，特定的规范或原则？具体的优化策略？Q：简要解释回表Q：对于一条包含 SELECT * FROM table WHERE condition ORDER BY ... LIMIT ... 的 SQL 语句，各个子句的执行顺序Q：如果是多表关联查询（涉及主表和子表），MySQL 底层是如何处理和执行这些连接操作的？Q：假设开发的一个接口响应时间长达一分钟，需要从哪些方面入手进行优化？简述优化思路。Q：结合您的开发经历，你认为引入大模型技术相比传统开发方式，主要在哪些方面提升了开发效率或系统能力Q：多场景对话支持中，系统如何实现不同场景之间的隔离与共享Q：主要使用了什么存储介质来保存对话的状态、记忆或中间数据

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花WatchDog（看门狗）是Redisson分布式锁的核心兜底机制，专门解决分布式锁超时自动释放、业务未执行完毕导致并发安全失效的问题。它本质是一个异步守护线程，会在持有锁的业务线程未完成执行时，自动为分布式锁续期，避免锁提前过期引发数据错乱、重复执行等风险，是Redisson可重入锁可靠性的关键保障。一、WatchDog机制的诞生背景原生Redis分布式锁存在一个致命短板：如果设置的锁过期时间过短，长耗时业务未执行完锁就会释放；如果设置过长，服务宕机后锁无法及时释放，会造成...

试用期目标确认书都发给我了，各种材料都提交也OK了，开始走审批，最后告知产业线调整，岗位没了😭 ，本来以为都稳了，都打算去这家了，此期间还拒掉了其他公司面试邀约