面试题

Redis 的持久化机制中，RDB（快照） 和 AOF（追加日志） 的写回策略直接影响数据安全性、性能及恢复效率。本文是两者的深度对比与分析。

Redis 实现分布式锁的核心目标是在分布式系统中确保对共享资源的互斥访问。其设计需解决锁竞争、死锁预防、容错性等关键问题。

Redis 的数据持久性取决于其持久化配置和使用场景，默认情况下不保证数据绝对不丢失，但通过合理配置可以最大限度降低数据丢失风险。

Redis 的发布/订阅（Pub/Sub）功能是一种基于消息的通信模式，允许客户端通过频道（Channel）或模式（Pattern）实时传递消息。本文是其实现原理和核心机制的深度分析。

Redis的过期键删除策略和内存淘汰机制是保障其高效内存管理的核心设计。本文从工作原理、实现细节到应用场景的深度分析。

Redis 中的 ZSet 是一种结合了Set和 Sorted 特性的数据结构，既能保证元素的唯一性，又能按分数排序。其高效实现依赖于跳跃表和哈希表的混合结构。

Redis 支持三种主要的集群模式，每种模式针对不同的应用场景和需求设计。本文是它们的深度对比分析。

Redis 采用单线程模型的设计是经过深度权衡后的结果，其核心目的是在简化架构的同时最大化性能。本文是具体原因和设计哲学的分析。

Redis 6.0 引入多线程主要是为了解决网络 I/O 瓶颈，提升高并发场景下的吞吐量，同时保持核心逻辑的单线程特性（命令执行仍为原子性）。

Redis 之所以能够实现极高性能，源于其 内存存储、高效数据结构、单线程模型、异步 I/O等多方面的深度优化。本文是其核心速度优势的详细分析。

Redis 的设计定位更倾向于AP 系统（高可用和分区容忍性），但在某些配置下可以部分实现 CP 特性（一致性优先）。

Spring Bean 的初始化是生命周期中的关键阶段，涉及多个扩展点和执行顺序的精确控制。本文是初始化过程的详细解析。

深入分析MyBatis中#{}和${}的区别，在日常开发中你会发现有些地方会写${}，这个时候你需要知道${}的适用场景。

在MySQL中，处理逗号分隔的字符串字段时，FIND_IN_SET`函数是一个看似方便的工具。然而，其背后隐藏着性能陷阱和设计隐患。

MyBatis 设计二级缓存（Second Level Cache）主要是为了解决 跨会话（SqlSession）的数据共享和高频重复查询的性能问题，其核心目标是减少数据库访问压力、提升系统性能。

通过理解 MyBatis 各组件的职责与协作方式，可以更高效地进行性能调优（如缓存策略）、功能扩展（如自定义插件）和问题排查（如 SQL 执行流程分析）。

了解sql语句的执行流程，你就大概清楚了mybatis几个核心组件的职责，其中涵盖的设计模式可以多看一下。

你知道mybatis的加载流程吗？mybatis作为我们使用最多的框架之一，了解其加载配置的流程对于我们面试、日常使用都有用处。

在 MySQL 中，自增 ID（AUTO_INCREMENT）是常用的主键生成方式，但当自增 ID 达到上限时，可能会引发数据插入失败等问题。

有一次面试官问我，什么时候用READ COMMITTED，什么时候用REPEATABLE READ，本文对两者选择的时机做了深入分析。