使用pm2启动Node.js脚本触发MySQL ER_NO_DEFAULT_FOR_FIELD报错咨询

这个错误的触发逻辑非常明确：

1. 当前执行的抽奖创建逻辑，向raffles表插入数据时，完全没有传入winner_tradeid字段的取值
2. 数据库里这个字段的定义是「非空、未设置任何默认值」
3. MySQL当前开启了STRICT_TRANS_TABLES严格事务模式，遇到这种字段取值不满足约束的场景不会自动给兜底值，直接抛出错误阻断操作。从调用栈能看到，这个错误是在定时任务触发checkCurrentRaffles检测逻辑、走到createRaffle方法拼SQL查询的时候报出来的。

• 方案1：修改业务代码补全插入逻辑（最匹配业务逻辑，长期维护成本最低）
  这个场景下抽奖刚创建时本来就不存在中奖用户，winner_tradeid初始就应该存空值，直接定位到/var/www/html/socket/unencrypted.js第3335行的SQL拼接位置，在INSERT的SET子句里加上winner_tradeid = NULL（前提是字段允许为空）的赋值即可，修改完成后执行pm2 restart unencrypted重启进程生效。
• 方案2：调整数据库表结构适配现有代码（不需要改代码的快速修复）
  直接给该字段设置匹配业务逻辑的默认值，避免插入时无值可填的报错，进入MySQL执行对应调整语句：

  -- 先确认字段当前的约束属性
  SHOW COLUMNS FROM raffles LIKE 'winner_tradeid';
  -- 若字段允许为空，直接设置默认值为NULL
  ALTER TABLE raffles ALTER COLUMN winner_tradeid SET DEFAULT NULL;
  -- 若字段本身是NOT NULL约束，就给个符合业务的兜底默认值（比如空字符串、0）
  ALTER TABLE raffles ALTER COLUMN winner_tradeid SET DEFAULT '';
  

  调整完成后不需要重启Node服务，定时检测逻辑下一轮触发时就不会再报错。
• 方案3：临时关闭MySQL严格模式（仅应急用，不推荐长期使用）
  只是临时跑通流程的场景下，可以临时移除sql_mode中的STRICT_TRANS_TABLES配置，让MySQL自动给无值的非空字段补兜底值。但这种操作会绕过所有字段约束，很容易产生不符合规范的脏数据，一旦配置永久生效后续排查数据问题的成本极高，绝对不要作为长期方案。

• 对照表结构的非空无默认值字段列表，和当前INSERT语句的字段做逐一比对，除了已经报错的winner_tradeid之外，大概率还有其他未传入的字段，提前补全避免修改完一个又冒下一个报错。
• 后续再遇到同类型的ER_NO_DEFAULT_FOR_FIELD报错，核心逻辑都是「代码传入的字段列表，覆盖不全表内要求必须赋值的非空无默认值字段」，不要第一反应去关数据库严格模式，从业务和表结构匹配度的根因上调整。

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