在MySQL数据库的实际开发中，数据校验是确保所有入库数据符合业务规则、维持数据完整性的关键步骤，常见的校验实现方案主要有约束和触发器两种，两者在设计逻辑和应用场景上存在明显差异。
约束实现数据校验的方式
约束是MySQL内置的数据校验机制，直接作用于表结构层面，常见的约束类型包括主键约束、唯一约束、非空约束、检查约束和外键约束，创建表时可以直接定义，也可以通过ALTER语句后续添加。
常见约束示例
以下是创建用户表时添加多种约束的示例代码：
-- 创建用户表并添加各类约束
CREATE TABLE user_info (
user_id INT PRIMARY KEY AUTO_INCREMENT, -- 主键约束，确保用户ID唯一且非空
user_name VARCHAR(50) NOT NULL, -- 非空约束，用户名不能为空
id_card VARCHAR(18) UNIQUE, -- 唯一约束，身份证号不能重复
age INT CHECK (age >= 0 AND age <= 120), -- 检查约束，年龄范围校验
dept_id INT,
-- 外键约束，关联部门表的部门ID
FOREIGN KEY (dept_id) REFERENCES dept_info(dept_id)
);
-- 后续给已存在的表添加检查约束
ALTER TABLE user_info ADD CONSTRAINT chk_email CHECK (email LIKE '%@%');
约束的校验逻辑由MySQL内核直接执行，数据插入或更新时如果不符合约束规则，会直接返回错误，不会执行后续操作。
触发器实现数据校验的方式
触发器是依附于表的一段程序，当表发生INSERT、UPDATE、DELETE操作时自动触发执行，可以在触发器中编写自定义的逻辑实现复杂的数据校验，校验不通过时可以主动抛出异常中断操作。
触发器校验示例
以下是创建触发器校验用户年龄合法性的示例代码：
-- 创建触发器，在插入或更新用户数据时校验年龄
DELIMITER //
CREATE TRIGGER trg_user_age_check
BEFORE INSERT ON user_info
FOR EACH ROW
BEGIN
-- 自定义校验逻辑，年龄小于0或大于120时抛出异常
IF NEW.age < 0 OR NEW.age > 120 THEN
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = '年龄必须在0到120之间';
END IF;
END //
DELIMITER ;
-- 创建更新操作的触发器
DELIMITER //
CREATE TRIGGER trg_user_age_update_check
BEFORE UPDATE ON user_info
FOR EACH ROW
BEGIN
IF NEW.age < 0 OR NEW.age > 120 THEN
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = '年龄必须在0到120之间';
END IF;
END //
DELIMITER ;
触发器的校验逻辑可以包含复杂的业务判断，比如跨表查询校验、多字段联合判断等，灵活性远高于约束。
两种方案的核心差异对比
约束和触发器在多个维度存在明显区别，具体对比如下：
| 对比维度 | 约束 | 触发器 |
|---|---|---|
| 性能表现 | 由内核直接执行，性能损耗极低 | 需要执行自定义逻辑，性能损耗相对较高 |
| 适用场景 | 简单的字段规则校验，如非空、唯一、范围等 | 复杂的自定义业务校验，如跨表校验、多条件联合判断 |
| 维护成本 | 定义简单，修改方便，可读性高 | 逻辑隐藏在触发器中，排查问题和维护成本较高 |
| 功能灵活性 | 仅支持内置的校验规则，无法自定义复杂逻辑 | 支持任意SQL逻辑，可编写复杂的校验规则 |
| 错误提示 | 返回固定的内核错误提示，可定制性低 | 可以自定义错误提示内容，更贴合业务需求 |
方案选型建议
在实际开发中，建议优先使用约束实现数据校验，只有当约束无法满足需求时再考虑使用触发器。如果是简单的字段非空、唯一、范围等基础规则，直接使用主键、唯一、检查等约束即可，既能保证性能，也便于后续维护。如果是需要跨表查询校验、多字段联动判断等复杂场景，约束无法覆盖时，再选择触发器实现自定义校验逻辑，同时要做好触发器的文档记录，避免后续维护时出现逻辑盲区。
另外需要注意，MySQL的CHECK约束在8.0.16版本之后才完全支持，低版本中CHECK约束不会生效，低版本如果需要实现类似检查约束的逻辑，只能通过触发器实现。