从FUSE调用MySQL存储过程无生效问题排查求助

这种情况我之前碰到过好几次，核心问题大概率是事务没有提交——毕竟你的存储过程已经通过单元测试，说明逻辑本身没问题，问题出在FUSE调用场景下的事务处理细节上。下面是具体的排查和解决方向：

• 检查MySQL连接的自动提交配置
  绝大多数Python的MySQL驱动（比如pymysql、mysql-connector-python）默认都是关闭自动提交的。你的单元测试可能在每次调用后手动做了提交，但FUSE的mkdir方法里没处理这件事。你可以去看一下你的MySQL封装器，确认CallStoredProcedure方法执行完后有没有自动提交事务，或者是否需要显式调用commit()。
  举个简单的例子，如果用的是pymysql，连接对象默认autocommit=False，执行完存储过程后得手动加一句：

  self.mysql_connection.commit()
  

• 排查隐性异常的吞入问题
  有没有可能在mkdir方法里，存储过程执行完后抛出了某个没被捕获的异常，导致事务被自动回滚，但你的日志只记录了存储过程返回的成功信息？建议给mkdir方法加上更完整的异常捕获，把后续的错误也打出来：

  def mkdir(self, path, mode):
      try:
          # 调用存储过程
          proc_result = self.mysql_wrapper.CallStoredProcedure('sp_add_directory', (path,))
          # 显式提交事务（如果封装器没做的话）
          self.mysql_wrapper.get_connection().commit()
          self.log.info('Directory successfully added')
          return fuse.FUSE_OK
      except Exception as e:
          self.log.error(f"Post-procedure error: {str(e)}")
          # 异常时回滚
          self.mysql_wrapper.get_connection().rollback()
          return fuse.EIO
  

• 确认存储过程的事务逻辑
  虽然单元测试过，但还是得再确认下存储过程本身有没有显式的事务控制语句。比如有没有在存储过程里开启了事务但没提交？比如这种情况：

  CREATE PROCEDURE sp_add_directory(IN dir_path VARCHAR(255))
  BEGIN
      START TRANSACTION;
      INSERT INTO directories(path) VALUES(dir_path);
      -- 这里如果漏了COMMIT，就需要外部连接来提交
      -- COMMIT;
  END;
  

  如果存储过程里没写COMMIT，那所有的修改都会停在事务里，除非外部主动提交。

• 排查连接池的潜在问题（如果用了的话）
  要是你的MySQL封装器用了连接池，会不会FUSE方法里拿到的连接和单元测试的不是同一个，或者连接池的回收机制自动回滚了未提交的事务？比如有些连接池会在连接归还时自动回滚未完成的事务，这时候就必须确保在使用完连接前提交所有修改。

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