MySQL存储过程从Python调用时DELETE操作失效

这种情况我碰到过好多次，核心问题基本都和事务提交机制或者Python数据库连接的默认配置有关——毕竟MySQL客户端（phpMyAdmin/Workbench）和Python的DBAPI在事务处理上的默认行为差异很大。下面给你一步步排查和解决的思路：

• 检查存储过程的事务处理逻辑
  如果你的存储过程里用了显式的START TRANSACTION开启事务，但最后没有写COMMIT;，那在Workbench这类默认自动提交的客户端里，会话结束时会自动提交事务；但Python的数据库连接默认是关闭自动提交的，事务会一直处于未提交状态，DELETE操作自然不会生效。
  你可以检查存储过程末尾是否有COMMIT;语句，或者如果有异常处理逻辑，是否在正常流程下正确提交、异常时合理回滚。

• 开启Python连接的自动提交，或手动提交事务
  Python的MySQL驱动（比如pymysql、mysql-connector-python）默认是关闭自动提交的，这是为了支持事务操作。你有两种解决方式：

  1. 建立连接时直接开启自动提交：

     import pymysql
     # 连接参数里加上autocommit=True
     conn = pymysql.connect(
         host="你的主机地址",
         user="数据库用户名",
         password="数据库密码",
         database="目标数据库名",
         autocommit=True
     )
     cursor = conn.cursor()
     cursor.callproc("你的存储过程名", args=("指定的INTERVAL参数",))
     

  2. 调用存储过程后手动提交事务：

     cursor.callproc("你的存储过程名", args=("指定的INTERVAL参数",))
     conn.commit()  # 手动提交事务，确保DELETE操作生效
     

• 排查存储过程的异常处理是否吞了错误
  如果你的存储过程里有DECLARE EXIT HANDLER FOR SQLEXCEPTION这类异常处理，但没有把错误信息写入日志，可能DELETE操作触发了异常（比如外键约束冲突、字段权限问题），但被处理后没有执行提交，甚至直接回滚了事务。你可以在异常处理器里添加日志记录，比如：

  DECLARE EXIT HANDLER FOR SQLEXCEPTION
  BEGIN
      GET DIAGNOSTICS CONDITION 1 @sqlstate = RETURNED_SQLSTATE, @errno = MYSQL_ERRNO, @text = MESSAGE_TEXT;
      -- 把错误信息写入日志表或指定文件
      INSERT INTO procedure_debug_logs (error_detail, sql_state, error_no) VALUES (@text, @sqlstate, @errno);
      ROLLBACK; -- 如果有未提交事务，先回滚
  END;
  

• 验证Python使用的数据库账号权限
  虽然能生成CSV说明有读权限，但还是要确认该账号是否有目标表的DELETE权限。可以执行SHOW GRANTS FOR '你的Python账号'@'连接主机';来检查权限配置。

• 核对会话变量的autocommit值
  你已经在日志里输出了会话变量，重点看autocommit的值：如果Python调用时autocommit是OFF，那就是自动提交的问题，按照上面的方法开启自动提交或手动提交即可。

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