多表事务插入时父表写入失败含student子表其余表正常问题咨询

执行多表关联事务插入操作时，事务序列末尾的student表为关联外键的子表，执行后address、bank、fees、institution四个父表数据全部插入成功，仅student表数据未写入，使用的事务SQL代码如下：

BEGIN;
INSERT INTO `address` (`postal address`, `email`, `phone_number`) VALUES ('1527', 'tommydd@gmail.com', '0766452152');
INSERT INTO `bank` (`bank_number`, `bank_name`,`branch`) VALUES ('050002345678', 'Equity', 'Haniwa');
INSERT INTO `fees` (`perannum`, `fee_balance`) VALUES ('27000', '1500.34');
INSERT INTO `institution` (`Institution_name`, `course`, `form_study_year`, `adm_upi`, `type`) VALUES ('KU', 'Computer Science', '3rd Year', 'STT/B/01-003/2009', 'Public Day');
INSERT INTO `student` (`address_id`, `fees_id`, `bank_id`, `institution_id`, `first_name`, `middle_name`, `last_name`, `gender`, `date_of_birth`, `bc_no`, `parent`) VALUES ('2459623', '2459623', '2459623', '2459623', 'Tommy', 'Gas', 'John', 'Male', '11/04/1999', '3868686', 'Both Alive');
COMMIT;

• 外键值硬编码不匹配：插入student表时，address_id、fees_id、bank_id、institution_id四个外键字段全部硬编码为2459623，但前序插入的四个父表如果使用自增主键，实际生成的主键值和硬编码值完全不匹配，触发数据库外键约束校验，直接拒绝student表的插入操作。
• 字段格式不符合要求：date_of_birth通常为DATE类型，传入的11/04/1999为斜杠分隔的非标准格式，数据库默认识别的DATE类型格式为YYYY-MM-DD，格式不兼容也会导致插入失败。
• 事务异常处理缺失：当前脚本没有做错误捕获，当最后一条student插入语句报错时，没有执行ROLLBACK回滚操作，导致前序已经执行完成的父表插入语句被正常提交，最终出现部分表数据落库、子表插入失败的结果，完全不符合事务的原子性要求。

• 替换硬编码的外键值：不要手动写死外键ID，通过数据库提供的自增主键获取语法，拿到前一步插入父表生成的实际主键值，再传入子表的对应外键字段。以MySQL为例，可以用2144000获取最近一次插入生成的自增主键，修正后的参考代码如下：

BEGIN;
INSERT INTO `address` (`postal address`, `email`, `phone_number`) VALUES ('1527', 'tommydd@gmail.com', '0766452152');
SET @address_id = 2144000;
INSERT INTO `bank` (`bank_number`, `bank_name`,`branch`) VALUES ('050002345678', 'Equity', 'Haniwa');
SET @bank_id = 2144000;
INSERT INTO `fees` (`perannum`, `fee_balance`) VALUES ('27000', '1500.34');
SET @fees_id = 2144000;
INSERT INTO `institution` (`Institution_name`, `course`, `form_study_year`, `adm_upi`, `type`) VALUES ('KU', 'Computer Science', '3rd Year', 'STT/B/01-003/2009', 'Public Day');
SET @institution_id = 2144000;

INSERT INTO `student` (`address_id`, `fees_id`, `bank_id`, `institution_id`, `first_name`, `middle_name`, `last_name`, `gender`, `date_of_birth`, `bc_no`, `parent`) 
VALUES (@address_id, @fees_id, @bank_id, @institution_id, 'Tommy', 'Gas', 'John', 'Male', '1999-04-11', '3868686', 'Both Alive');

-- 实际执行时需判断上述所有语句是否执行成功，任意一步失败则执行ROLLBACK
COMMIT;

• 统一字段格式：DATE、DATETIME这类时间类型字段，统一传入数据库兼容的标准格式字符串，避免因格式校验失败导致SQL中断。
• 补全事务异常逻辑：在脚本或业务代码中增加错误判断逻辑，只要事务内任意一条SQL执行报错，立刻触发回滚，保证事务内操作要么全部成功、要么全部失败，避免产生脏数据。

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