执行Git Pull后MySQL表中部分字段值变为NULL是什么原因？

• 首先对比本地与服务器的数据库表结构差异：直接分别在本地和服务器执行DESC 问题表名;命令，核对字段顺序、默认值、非空约束是否完全一致，多数ORM框架会依赖字段顺序做映射，结构不一致会导致赋值错位出现空值。
• 核对问题表对应的ORM模型定义：确认除id、name外的其他字段是否都在模型中显式声明，且没有加select: false、write: false这类限制读写的配置，本地可能缓存了旧的模型定义未触发问题，服务器拉取新代码后重新加载模型就会暴露问题。
• 检查项目中的数据库迁移脚本：如果使用了Sequelize、TypeORM等ORM的迁移能力，先确认.gitignore文件是否忽略了迁移文件的提交，再核对服务器上是否配置了自动执行迁移的钩子，pull代码后自动执行了错误的迁移脚本清空了对应字段的值。

• 核对代码提交记录：执行git log --oneline 问题表对应的模型文件/操作逻辑文件，排查是否有未提交到GitHub的本地修改，导致服务器拉取的代码缺少对应字段的赋值逻辑。
• 检查服务器的Git钩子配置：查看服务器项目目录下.git/hooks/post-merge文件是否存在自定义逻辑，很多部署脚本会在pull完成后自动执行数据同步、字段重置类的操作。
• 检查项目package.json中的scripts配置：确认是否存在postinstall、postmerge这类自动执行的脚本，是否存在区分环境的数据库初始化/重置逻辑，服务器NODE_ENV为生产环境时会触发非必填字段的清空操作。
• 确认服务器环境变量配置：是否存在区分环境的字段开关，比如生产环境下关闭了非核心字段的写入权限，导致只有id、name这类必填字段能正常赋值。

• 在服务器pull代码前先备份问题表的全量数据，pull完成后立即对比备份数据与当前表数据的差异，确认字段置空是发生在pull完成后的哪个节点。
• 临时在服务器的问题表对应写入逻辑中加日志，打印每次写入的完整字段值，确认是代码层面赋值为NULL，还是数据库层面执行了额外的UPDATE语句。

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