子表的外键列（含组合外键关联列）是否必须设置为NOT NULL约束？

• 按照标准SQL的外键约束逻辑，多列外键默认采用MATCH SIMPLE匹配规则：只要外键列中有任意一列为NULL，数据库就会跳过外键校验，允许该行写入，哪怕其余外键列的值无法匹配主表主键。如果使用MATCH FULL匹配规则，则要求外键列要么全部为NULL，要么全部非空且能匹配主表主键，不过MATCH FULL在MySQL等主流数据库中暂不支持。

场景1：子表用A、B、C三列直接作为外键关联header主表的组合主键 #

• 若业务允许line子表存在不关联主表的独立行，可不用设置NOT NULL，但会存在部分列空、部分列有值的非法数据风险，这类数据无法关联到任何主表记录，属于无效数据。
• 若要求子表每一行都必须关联主表的有效记录，必须将A、B、C三列全部设置为NOT NULL，这是兼容性最好的实现方案，既可以避免无效的部分空值数据，也能保证外键校验逻辑符合预期。

场景2：header主表主键、line子表外键均为A、B、C三列生成的哈希值 #

这种场景下A、B、C不属于外键的组成部分，哈希值才是外键字段：

• 若业务要求子表必须保留完整的关联维度信息，不允许A、B、C任意字段缺失，需要给三个列全部加NOT NULL约束。
• 若业务允许字段为空，需保证主、子表生成哈希值时的空值处理逻辑完全一致（比如统一将NULL转换为固定占位符再计算哈希），否则会出现哈希值不匹配、关联失败的问题，该方案风险较高不推荐使用。

生产环境下的强关联主子表场景，无论采用哪种外键实现方式，都建议给子表的A、B、C三列全部添加NOT NULL约束，既可以避免数据一致性问题，也能提升关联查询的性能，减少数据库空值判断的开销。

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