小菜鸟

MySQL 约束详解：保障数据完整性的六大机制

约束（Constraint）是 MySQL 中用于限制表中数据的规则，通过强制数据满足特定条件，确保数据库的完整性、一致性和准确性。MySQL 支持六大类约束，虽然部分约束在实现上有局限，但仍是设计可靠数据表的核心工具。

六大约束类型及作用

约束的使用方法

1. NOT NULL（非空约束）

确保字段必须有值，禁止插入 NULL。

CREATE TABLE student (
  id INT,
  name VARCHAR(50) NOT NULL,  -- 姓名不能为空
  age INT NOT NULL DEFAULT 0  -- 年龄不能为空，默认值为 0
);

-- 插入数据时未指定 name 会报错
INSERT INTO student (id) VALUES (1);  -- 错误：Column 'name' cannot be null

2. DEFAULT（默认约束）

为字段设置默认值，简化插入操作（未指定字段时自动填充）。

CREATE TABLE employee (
  id INT,
  name VARCHAR(50) NOT NULL,
  department VARCHAR(30) DEFAULT '未知部门',  -- 默认部门
  hire_date DATE DEFAULT CURRENT_DATE()      -- 默认值为当前日期
);

-- 插入时未指定 department 和 hire_date，将使用默认值
INSERT INTO employee (id, name) VALUES (1, '张三');
-- 结果：department 为 '未知部门'，hire_date 为插入当天日期

3. PRIMARY KEY（主键约束）

主键是表的 “唯一标识符”，具有以下特性：

Spring MVC 模型数据处理详解：4 种核心方式与错误处理

在 Spring MVC 开发中，将业务数据传递到视图（如 JSP、Thymeleaf）是核心需求之一。Spring MVC 提供了 ModelAndView、Map/Model、@SessionAttributes、@ModelAttribute 四种灵活的模型数据处理方式，覆盖从 “单次请求数据传递” 到 “跨请求数据共享” 的全场景。从 “数据传递原理→使用场景→实战示例” 三个维度，彻底讲透模型数据的处理逻辑。

核心概念：模型数据的本质

Spring MVC 中的 “模型数据” 本质是 键值对（Key-Value），存储在 Model 或 ModelMap 中，最终会通过 HttpServletRequest.setAttribute() 绑定到请求域（Request Scope），视图技术（如 JSP 的 EL 表达式 ${key}）可直接访问这些数据。

• 作用域分类：
  1. 请求域（Request Scope）：数据仅在当前请求有效（默认，如 ModelAndView、Map 传递的数据）；
  2. 会话域（Session Scope）：数据在当前用户会话中有效（需通过 @SessionAttributes 显式设置）

方式 1：ModelAndView —— 视图与数据的统一载体

ModelAndView 是 Spring MVC 早期最常用的模型数据处理方式，同时封装 “视图信息” 和 “模型数据”，适合需要明确指定视图且传递数据的场景。

1. 核心原理与源码解析

ModelAndView 内部维护两个核心变量，分别对应 “视图” 和 “数据”：

public class ModelAndView {
    // 视图：支持两种类型——1. 逻辑视图名（String，如 "hello"）；2. 具体 View 对象（如 InternalResourceView）
    private Object view;
    // 模型数据：本质是 ModelMap（继承自 LinkedHashMap，有序存储键值对）
    private ModelMap model;

    // ------------------------------ 视图相关方法 ------------------------------
    // 设置逻辑视图名（最常用）
    public void setViewName(String viewName) {
        this.view = viewName;
    }
    // 获取逻辑视图名
    public String getViewName() {
        return this.view instanceof String ? (String) this.view : null;
    }

    // ------------------------------ 模型数据相关方法 ------------------------------
    // 获取模型（懒加载，第一次调用时初始化 ModelMap）
    public ModelMap getModelMap() {
        if (this.model == null) {
            this.model = new ModelMap();
        }
        return this.model;
    }
    // 添加模型数据（键值对）
    public ModelAndView addObject(String attributeName, Object attributeValue) {
        this.getModelMap().addAttribute(attributeName, attributeValue);
        return this; // 链式调用，支持连续 addObject
    }
    // 重载方法：省略键名，Spring 自动生成键名（如 User 对象→键名 "user"）
    public ModelAndView addObject(Object attributeValue) {
        this.getModelMap().addAttribute(attributeValue);
        return this;
    }
}

Spring 事务深度解析：从 ACID 到分布式事务

Spring 事务是企业级应用中确保数据一致性的核心机制，基于 AOP（面向切面编程） 实现，将事务管理逻辑与业务逻辑解耦。它不仅支持本地事务（单数据库），还通过 JTA 等规范支持分布式事务（跨数据库 / 服务）。从 “事务基础→核心属性→实现原理→实战配置→分布式事务” 五个维度，系统拆解 Spring 事务的工作机制与最佳实践。

事务基础：理解 ACID 与并发问题

事务（Transaction）是数据库操作的最小单元，必须满足 ACID 特性，同时需解决并发场景下的脏读、不可重复读、幻读问题。

1. 事务的 ACID 特性

ACID 是事务的四大核心特性，确保数据操作的一致性与可靠性：

2. 并发事务的三大问题

当多个事务同时操作同一批数据时，若隔离性不足，会引发三类典型问题：

3. 事务隔离级别：解决并发问题

数据库通过 隔离级别 控制并发事务的干扰程度，Spring 支持数据库的所有隔离级别，并新增 DEFAULT（继承数据库默认级别）。不同级别对并发问题的解决能力不同，性能也不同：

Spring AOP 深度解析：从原理到实战

Spring AOP（Aspect-Oriented Programming，面向切面编程）是 Spring 框架的核心特性之一，旨在解决横切关注点（如日志、事务、权限）在代码中分散、冗余的问题。它通过动态代理技术，将横切逻辑与业务逻辑解耦，实现 “一次定义，多处复用”。从 “核心价值→概念体系→动态代理→实战配置→避坑指南” 五个维度，彻底拆解 Spring AOP 的底层机制与使用方法。

为什么需要 Spring AOP？—— 解决横切关注点的痛点

在传统开发中，日志、事务、异常处理等横切关注点（跨越多个模块的通用逻辑）会嵌入到业务代码中，导致三大核心问题：

AOP 的解决方案：将横切逻辑横向抽取为 “切面（Aspect）”，通过动态代理技术，在不修改业务代码的前提下，将切面 “织入” 到目标方法的指定位置（如方法执行前、执行后），实现与业务逻辑的解耦。

Spring AOP 核心概念：理解 AOP 的 “语言体系”

AOP 有一套标准化的概念体系，是理解和使用 AOP 的基础。用 “日志切面” 案例对应解释每个概念：

Spring AOP 的动态代理：AOP 的 “实现引擎”

Spring AOP 不修改目标类的字节码，而是在运行期通过动态代理生成代理对象，将切面逻辑织入。核心支持两种代理方式，由 DefaultAopProxyFactory 决定选择逻辑。

1. 代理方式的选择逻辑（源码解析）

Spring 通过 DefaultAopProxyFactory.createAopProxy() 方法选择代理方式：

MySQL 数据删除：DELETE 与 TRUNCATE 的区别及应用场景

在 MySQL 中，删除表数据主要有 DELETE 和 TRUNCATE 两种方式，二者虽都能清除数据，但在功能、性能和底层实现上有显著差异。本文详细解析两者的区别，帮助你根据场景选择合适的删除方式。

基本语法

1. DELETE 语句

用于删除表中满足条件的部分或全部数据，支持 WHERE 子句精确筛选：

-- 删除满足条件的行
DELETE FROM 表名 WHERE 条件;

-- 删除全表数据（不推荐，效率低）
DELETE FROM 表名;

2. TRUNCATE 语句

用于删除表中所有数据，无法指定条件，等价于 “清空表”：