这问题我之前踩过坑！核心原因要么是你对固定长度字段的特性理解有偏差，要么是数据库的约束/模式没配置到位，咱们拆解来看：

为什么非10位的内容能被插入？ #

• 固定长度字段（CHAR(10)）的自动补全特性：比如MySQL里的CHAR(10)，当你插入短于10位的字符串时，数据库会自动在尾部补空格凑够10位；查询的时候又会自动截断尾部空格，导致你看起来像是插入了短字符串，但实际存储的是补全后的内容。
• 缺少强制长度的约束：哪怕是VARCHAR(10)，它只限制最大长度不超过10，但允许长度小于10的内容插入，默认不会校验“必须等于10”。
• 数据库非严格模式：如果你的数据库（比如MySQL）没开启严格模式，它会自动“修正”不符合要求的数据而不是抛出错误，比如截断过长的字符串，补全短字符串。

如何强制coupon_code必须是10位？ #

可以从三个层面入手，保障数据的严格性：

1. 添加字段长度校验约束 #

直接给字段加上CHECK约束，强制长度必须等于10：

ALTER TABLE your_table_name
ADD CONSTRAINT chk_coupon_code_length CHECK (LENGTH(coupon_code) = 10);

注意：MySQL 8.0.16及以上版本才完全支持CHECK约束，如果你用的是更早的版本，可以用触发器来实现相同的校验逻辑。

2. 开启数据库严格模式 #

以MySQL为例，开启严格模式后，数据库会对不符合字段定义的数据直接报错，而不是自动修正：

• 永久生效：修改配置文件（my.cnf或my.ini），更新sql_mode：

  sql_mode = STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION
  

  修改后重启数据库即可。
• 临时生效：通过SQL语句设置当前会话或全局的模式：

  -- 全局生效（重启后失效）
  SET GLOBAL sql_mode = 'STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION';
  -- 当前会话生效
  SET SESSION sql_mode = 'STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION';
  

3. 应用层提前校验 #

在前端或后端代码中，先检查输入的coupon_code长度是否为10，提前拦截不符合要求的数据，既提升用户体验，也减少数据库的无效请求。

这样配置后，不管是长度小于10还是大于10的内容，数据库都会直接拒绝插入，完全满足你的需求～

内容的提问来源于stack exchange，提问作者Kaz