jiaruchunBlog

Spring 使用 三级缓存 来解决循环依赖问题，原理如下： 1️⃣ 三级缓存 就是分成三步保存对象： 一级缓存：存储已经完全准备好的对象（就像已经做好的菜）。二级缓存：存储正在做的一半完成的对象（半成品）。三级缓存：存储用来制造半成品的工具或方法（可以随时做半成品）。2️⃣ 解决方式：当两个对象互相依赖时，Spring 会先把它们放到 三级缓存 中，这样它们就可以先用“半成品”凑合着工作，而不会一直等待对方的完成。 3️⃣ 最后完成：等到所有对象都准备好了，Spring 就会把它们放到 一级缓存 中，这样它们就可以完全使用了。 简单说，Spring 用“先用半成品”的方法巧妙打破了循环依赖。 📚知识内容Spring 解决循环依赖的核心是 三级缓存机制。下面详细解析它是如何一步步完成的： 1️⃣ 什么是三级缓存？在 Spring 中，Bean 的创建分为三个阶段：实例化、属性注入、初始化。 一级缓存（singletonObjects）：存储完全初始化完成的 Bean。二级缓存（earlySingletonObjects）：存储已实例化但未完成属性注入的“半成品”对象。三级缓存（...

Spring 事务失效的常见情况包括： 注解配置不当：比如没有正确设置 @Transactional 注解的某些选项（例如 rollbackFor）。异常被捕获但没重新抛出：如果方法内部捕获了异常但没有抛出，事务不会回滚。同一个类的方法调用：如果在同一个类内调用一个带 @Transactional 注解的方法，事务可能无法生效。方法不是 public 或 final：如果 @Transactional 应用于非 public 或 final 方法，事务可能失效。传播机制配置错误：如果事务的传播设置不正确，可能导致事务处理出错。多线程环境问题：在多线程的环境中，事务管理可能无法正确执行。使用不支持事务的数据库：例如 MySQL 中的 MyISAM 引擎不支持事务。这些问题可能导致事务没有按预期工作，影响程序的稳定性。 📚知识内容Spring 事务是一个非常有用的工具，可以在方法执行过程中确保数据库操作的原子性。但在某些情况下，Spring 事务管理并不能按预期工作。了解这些常见的事务失效原因非常重要，能够帮助我们在实际开发中避免错误。 🛑 1. **rollbackFor 未正...

Spring 的 单例 Bean 默认是单例模式，也就是说，整个应用程序中的所有线程都会共享 同一个 Bean 实例。如果这个单例 Bean 里有 可变的状态 或者其他 不安全的资源，那么在 多个线程 同时访问的时候，就可能会引发 并发问题。 简单来说，如果你的单例 Bean 没有状态，或者它使用了 线程安全 的保护，那么它在多线程环境中是安全的。但如果它 有状态，或者没有做相应的 线程安全处理，就可能会出现 并发安全问题。 📚知识内容📅 1. 为什么单例 Bean 可能会有并发问题？在 Spring 中，单例 Bean 是全局共享的。在多线程环境下，如果这些 Bean 包含了可变的状态（如实例变量、缓存、计数器等），不同线程可能会同时修改这些变量，导致数据不一致或竞争条件。因此，在高并发的情况下，如果没有采取额外的线程安全措施，就可能发生数据冲突。 ⏰ 2. 如何避免并发问题？为了解决这些问题，我们可以采取以下几种方案： 确保无状态 Bean：尽量避免在单例 Bean 中存储可变的状态。如果 Bean 只是处理输入数据并返回结果，那么它就是无状态的，能够安全地在多线程环境中...

Redis 提供了多种内存淘汰策略，用来处理内存满了时该如何清理数据。 常见的内存淘汰策略有： noeviction：当内存满时，Redis 不会删除任何数据，直接返回错误。allkeys-lru：删除最久未使用的数据。volatile-lru：删除那些设置了过期时间的，最久未使用的数据。allkeys-random：随机删除任何数据。volatile-random：随机删除那些设置了过期时间的数据。volatile-ttl：删除过期时间最近的数据。allkeys-lfu：删除最不常用的数据。volatile-lfu：删除最不常用的、设置了过期时间的数据。每种策略适合不同的场景，可以根据需要灵活选择配置。 📚 知识内容Redis 的内存淘汰策略在内存使用达到最大限制时决定了哪些数据将被清理。以下是几种常见的淘汰策略： 🚫 1. noeviction解释：当内存达到最大限制时，Redis 将拒绝任何新的写操作，直到有足够的内存空间。 适用场景：适合对数据完整性要求极高的场景，保证不丢失任何数据。 源码示例： maxmemory-policy noeviction 🎲 2. v...

MySQL 会自动检测到死锁情况，意思是两个或多个事务互相等待对方释放资源，导致无法继续执行。为了避免系统停滞，MySQL会通过回滚一个事务来打破死锁，通常会选择回滚占用最少资源的事务。 如果你想查看死锁的详细信息，可以使用 SHOW ENGINE INNODB STATUS 这个命令，它会显示当前的死锁信息，你也可以手动终止死锁事务。 简单来说，MySQL 自动帮助你解决死锁问题，保证数据库继续正常运行。 📚 知识内容：🔄 1. 死锁检测与自动回滚自动检测：MySQL 使用 innodb_deadlock_detect 参数启用死锁检测功能。这个功能会在检测到死锁时自动回滚其中一个事务来打破死锁，通常会选择回滚持有最少资源的事务来解除死锁。 死锁回滚示例：假设有两个事务 T1 和 T2，T1 执行了一些操作并获得了 A 锁，T2 获得了 B 锁。之后 T1 请求 B 锁并等待 T2 释放，而 T2 请求 A 锁并等待 T1 释放。此时就发生了死锁，MySQL 会回滚其中一个事务。 锁等待超时：除了死锁检测，MySQL 还使用 innodb_lock_wait_timeout...

MVCC（多版本并发控制）是一种机制，允许多个事务同时运行而不互相干扰。每次修改数据时，MySQL 不会直接覆盖原数据，而是创建一个新的数据版本。这样，每个事务看到的都是它开始时的数据**“快照”**，避免了事务间的冲突，从而提升了数据库的并发能力。 📚 知识内容：🗃️ 1. 数据版本管理 ：理论：MVCC 的核心思想是为每次修改的数据创建一个新的版本，而不是直接覆盖原有的数据。每个数据版本都有一个标识，通常是事务 ID（trx_id）或时间戳⏰。每次数据修改都会生成一个新的版本，原来的版本仍然存在，直到事务提交。多个事务可以并发操作数据，每个事务只能看到自己启动时的“快照”数据，不会受到其他事务修改的影响。 举例：假设有一个表 employees，包含 id 和 salary 字段： CREATE TABLE employees (id INT PRIMARY KEY,salary DECIMAL(10, 2)); 事务 1 执行了 UPDATE 操作，修改了 Alice 的薪资： – 事务 1 修改数据START TRANSACTION;UPDATE employees ...

最左前缀匹配原则是 MySQL 在使用联合索引时的规则。简单来说，查询条件必须从索引的最左边的列开始，不能跳过。如果跳过了某个左侧的列，MySQL 就不能使用这个索引来加速查询。 举个例子，假设有一个索引包含 姓名、年龄 和 城市，查询时如果从姓名开始，然后是年龄和城市，这个索引就能加速查询。如果只查询年龄或城市，MySQL 可能无法使用这个索引，就只能扫描整个表了。 🧠 知识内容💻 1. 最左前缀匹配原理：联合索引是由多个列组成的，通常这些列会按照一定的顺序存储在索引中。最左前缀匹配原则的核心是，查询时必须按照联合索引的顺序逐一匹配查询条件。例如，如果索引顺序是 (name, age, city)，那么查询条件需要从 name 开始匹配，然后是 age，最后是 city。如果缺少任何前面的条件，索引就不能发挥作用。 🔧 2. 最左前缀匹配示例：假设我们有一个索引 (product_name, price, stock)，并且我们有如下几种查询： – 这些查询会利用索引：SELECT * FROM products WHERE product_name = ‘La...

MySQL 的性能优化可以通过以下几个方面来提高： 数据库设计优化：设计合理的表结构和选择合适的数据类型，让数据库更高效。查询优化：优化查询语句，使用合适的索引，避免做不必要的查询，这样查询就更快。索引优化：合理创建索引，避免创建太多没用的索引，这样可以减少不必要的性能开销。硬件优化：配置更好的服务器硬件，尤其是CPU、内存和磁盘，提高处理能力。系统配置优化：调整MySQL的配置，确保它适应具体的业务需求，从而提升性能。这些方法能帮助你提升数据库的性能，让它运行得更快、更稳定。 📚 知识内容📐 1. 数据库设计优化1.1 正确选择数据类型 ⚖️在设计数据库时，选择合适的数据类型对于存储效率和查询性能至关重要。例如：使用 INT 代替 BIGINT，如果字段值不需要非常大的范围。对于需要快速比较的字段，选择 CHAR 或 VARCHAR 类型时，应确保字段长度与实际数据一致，避免浪费存储空间。使用 ENUM 类型代替 VARCHAR 类型存储少量的固定值，减少存储空间的占用。1.2 合理的表结构设计 🏗️规范化：在进行数据库表设计时，遵循 数据库范式 以消除数据冗余，减少数据...

SQL 调优的目标就是让查询语句跑得更快，减少数据库的负担。常见的调优方法有： 使用 EXPLAIN 来分析查询计划，查看查询是如何执行的，从而发现优化的空间。合理使用索引，通过创建合适的索引加速查询，避免全表扫描。优化缓存，提高数据的访问速度，减少重复查询。避免全表扫描，尽量避免不必要的遍历整张表。调整数据库配置，根据实际情况调整 MySQL 的性能设置。简单来说，SQL 调优就是让 MySQL 更聪明地处理数据，尽量减少不必要的工作，提高查询效率，保证数据库运行顺畅 💡。 📚 知识内容🧐 1. 使用 EXPLAIN 分析查询计划EXPLAIN 语句帮助我们了解 MySQL 执行查询时的“内部操作”。通过分析执行计划，我们可以找到查询中的瓶颈，从而进行优化。 重要字段解析： id：查询的唯一标识符，尤其在联合查询中非常重要。select_type：查询类型（如简单查询、联合查询或子查询）。table：正在访问的表。type：访问类型，性能从高到低依次为：ALL（全表扫描）> index（索引扫描）> range（索引范围扫描）> ref（非唯一索引扫描）...

在数据库并发处理中，常见的三种问题是： 脏读 🧹一个事务读取了另一个事务未提交的数据，可能导致错误或无效数据。 不可重复读 🔄同一事务读取同一数据时，数据被其他事务修改，导致读取结果不同。 幻读 🔮同一查询多次执行时，结果集发生变化，通常因为其他事务插入或删除数据。 解决方法：通过设置更高的隔离级别来避免这些问题，确保事务间的影响最小化。 📚 知识内容：💥 1. 脏读（Dirty Read）定义：脏读是指在一个事务中读取了另一个事务未提交的数据。换句话说，事务 A 读取了事务 B 修改但尚未提交的数据。如果事务 B 最终回滚（撤销了修改），那么事务 A 读取到的数据就成了无效数据，导致不一致的结果。 举例：假设有两个事务： 事务 1 执行了更新操作，但尚未提交 💬。事务 2 在事务 1 提交前读取了事务 1 更新的数据 📥。– 事务 1 更新数据START TRANSACTION;UPDATE employees SET salary = 10000 WHERE id = 1; – 事务 2 查询数据（此时事务 1 尚未提交）START...