MySQL从库停止同步报错1449：咨询问题原因与恢复方案

原因分析 #

错误码1449对应的具体错误为 The user specified as a definer does not exist，触发场景如下：

• 主库执行了带DEFINER属性的数据库对象操作（如创建/修改视图、存储过程、触发器、事件等），但该DEFINER指定的用户在从库中不存在
• 主库已删除某个用户，但该用户定义的数据库对象仍在被调用，事务同步到从库时，因找不到对应用户导致同步失败

恢复同步的方法 #

方法一：在从库创建缺失的DEFINER用户（推荐） #

1. 定位缺失的用户：
   从主库的binlog或从库错误日志中提取出事务对应的DEFINER信息，比如通过主库binlog查询：

   mysqlbinlog --start-position=4321483 --stop-position=4321483 mysql-bin.000004 | grep DEFINER
   

2. 在从库创建完全匹配的用户：
   假设查询到的用户为'repl_user'@'192.168.1.%'，执行：

   CREATE USER 'repl_user'@'192.168.1.%' IDENTIFIED BY 'your_password';
   -- 按需赋予权限，至少保留USAGE权限以通过DEFINER校验
   GRANT USAGE ON *.* TO 'repl_user'@'192.168.1.%';
   

3. 重启从库SQL线程并验证状态：

   STOP SLAVE SQL_THREAD;
   START SLAVE SQL_THREAD;
   SHOW SLAVE STATUS\G
   

   确认Slave_IO_Running和Slave_SQL_Running均为Yes即恢复正常。

方法二：跳过出错的事务（仅用于非核心事务） #

若确认该事务对从库数据一致性无影响，可临时跳过：

1. 停止SQL线程：

   STOP SLAVE SQL_THREAD;
   

2. 设置跳过一个事务（MySQL 5.6+适用）：

   SET GLOBAL sql_slave_skip_counter = 1;
   

3. 重启SQL线程并检查状态：

   START SLAVE SQL_THREAD;
   SHOW SLAVE STATUS\G
   

方法三：临时关闭DEFINER校验（不推荐） #

该方法存在安全风险，仅作应急使用：

1. 修改从库sql_mode临时移除DEFINER校验：

   SET GLOBAL sql_mode = 'NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';
   

2. 重启SQL线程并检查同步状态，后续需尽快修复用户一致性问题。

预防措施 #

• 主库创建带DEFINER的对象时，确保该用户在从库已存在，或使用主从共用的通用用户作为DEFINER
• 主库删除用户前，先排查该用户是否为数据库对象的DEFINER，提前在从库同步处理相关对象或用户删除操作
• 定期执行SHOW SLAVE STATUS\G检查同步状态，及时发现用户不一致问题

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