编写创建测验的socket代码报ER_NO_REFERENCED_ROW_2错误如何修复

这是MySQL典型的外键约束校验失败错误，错误码1452，核心触发逻辑是：你在从表插入/更新数据时，传入的外键字段值，在关联的主表中找不到对应记录。
对应你给出的执行场景：
你执行的插入语句是向quizzes_player_1_id_links表写入quiz_id=1、user_id=1的关联关系，该表配置了外键约束quizzes_player_1_id_links_inv_fk，要求user_id字段的值必须在主表up_users的id列中存在。触发报错就说明你传入的user_id=1在当前连接的数据库的up_users表中没有匹配的记录。
常见触发场景：

• 代码执行顺序错误：还没完成up_users表的用户记录创建，就提前执行了关联表的插入逻辑
• 参数传递错误：socket代码逻辑有bug，没有取到真实有效的用户id，传了固定默认值1、或者取错了其他无效id
• 环境错误：代码连错了数据库（比如连到了没有初始化全量数据的测试库、旧备份库），当前库里up_users表本身就没有id=1的记录
• 小概率情况：主表和从表的存储引擎不统一，比如主表用了不支持外键的MyISAM引擎，从表用了InnoDB，导致外键校验时识别不到主表记录

按以下顺序排查处理即可：

1. 先执行SQL校验关联主表的记录是否存在：

-- 校验传入的user_id=1是否存在
SELECT id FROM up_users WHERE id = 1;
-- 顺便校验quiz_id=1是否存在，避免修复user_id问题后触发quiz_id关联的外键报错
SELECT id FROM quizzes WHERE id = 1;

2. 根据查询结果对应处理：

• 如果查询不到对应id=1的用户：先修正业务逻辑顺序，确保先创建用户记录拿到有效user_id后，再插入关联表数据；如果是代码传参错误，排查socket接口里的用户id获取逻辑，不要写死无效默认值，要从登录态、请求参数里取真实存在的用户id传入。
• 如果能查询到id=1的用户：先检查数据库连接配置，确认当前服务连接的是正确的业务库，不是空的测试环境库；再检查两张关联表的存储引擎，统一改成InnoDB即可。

3. 注意：本地开发调试时可以临时执行SET FOREIGN_KEY_CHECKS=0;关闭外键校验完成插入，操作完记得执行SET FOREIGN_KEY_CHECKS=1;恢复校验，禁止在生产环境使用该操作，会破坏数据一致性，后续会出更难排查的数据脏问题。

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