mysql 8.0中check约束默认不生效，需启用strict_trans_tables或strict_all_tables模式；8.0.16+默认开启，但旧实例升级后可能仍为宽松模式。
MySQL 8.0中CHECK约束是否真正生效？
默认情况下，MySQL 8.0的CHECK约束是「语法接受但不强制校验」的——除非你显式启用严格SQL模式。很多用户建完表发现INSERT INTO user (age) VALUES (-5)居然成功了，就是这个原因。
验证方式：执行SELECT @@sql_mode;，确认返回结果中包含STRICT_TRANS_TABLES或STRICT_ALL_TABLES。若没有，需在启动配置或会话中补上：
SET SESSION sql_mode = 'STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION';
- 仅设会话级模式不影响其他连接，适合测试
- 生产环境建议在
my.cnf中全局配置sql_mode - 注意：MySQL 8.0.16+ 默认已启用
STRICT_TRANS_TABLES，但升级旧实例时可能继承宽松模式
定义年龄CHECK约束的正确写法
年龄字段通常用TINYINT UNSIGNED（0–255）或SMALLINT（-32768–32767），但CHECK必须覆盖业务逻辑边界，比如「1~120」。错误写法：CHECK (age > 0 AND age ——它允许<code>NULL绕过检查。
正确做法是显式处理NULL，并用IN或范围组合：
CREATE TABLE user ( id INT PRIMARY KEY, age TINYINT UNSIGNED, CHECK (age BETWEEN 1 AND 120) );
-
BETWEEN包含端点，比>= 1 AND 更简洁且语义明确 - 若字段允许
NULL且你希望NULL也合法，CHECK必须写成CHECK (age IS NULL OR age BETWEEN 1 AND 120) - 避免用
AGE等保留字作列名，否则需用反引号包裹：`AGE`
ALTER TABLE添加CHECK约束时的坑
对已有表加CHECK，MySQL会**立即校验全表数据**。如果历史数据存在违规值（如age = 0或age = 200），ALTER TABLE直接报错：Check constraint 'user_chk_1' is violated。
安全操作流程：
- 先查问题数据：
SELECT * FROM user WHERE age 120; - 清理或修正后，再执行：
ALTER TABLE user ADD CONSTRAINT chk_age CHECK (age BETWEEN 1 AND 120); - 若想跳过校验（不推荐），可临时关闭
check_constraint_checks（MySQL 8.0.16+）：SET SESSION check_constraint_checks = OFF;，但此举使约束形同虚设
CHECK约束与应用层校验的关系
CHECK是数据库最后防线，但不能替代应用层校验。原因很实际：
- MySQL的CHECK不支持子查询、函数调用（如
CHECK (age > YEAR(CURDATE()) - 150)非法） - 某些ORM或迁移工具生成的SQL可能忽略CHECK定义
- 跨库同步或备份还原时，约束可能丢失（尤其使用
mysqldump --skip-triggers --skip-routines时）
所以，应用代码里仍要校验年龄输入，数据库CHECK只负责兜底防误操作和直连SQL漏网。
真正容易被忽略的是：CHECK约束名在同一个库内必须唯一。如果多个表都叫chk_age，第二个建表会失败——命名建议带上表前缀，比如user_chk_age。
