求助：Python连接MySQL脚本返回受影响行数但目标表仍为空

这种情况我之前处理过好几次，核心矛盾点在于DDL操作（truncate）生效，但DML操作（insert）看似成功却无实际数据写入，咱们一步步来排查：

1. 优先检查：事务是否提交（最常见原因） #

大部分Python的MySQL连接库（比如pymysql、MySQLdb）默认不会自动提交事务，哪怕你的脚本打印了“rows affected: X”，这些操作也只是在内存事务里，没真正同步到数据库。而truncate是DDL语句，执行时会自动触发事务提交，所以它能正常生效。

• 解决办法：
  • 在所有插入/更新操作完成后，手动调用连接对象的commit()方法：

    # 插入操作执行完成后
    conn.commit()
    

  • 或者在建立连接时直接开启自动提交：

    conn = pymysql.connect(
        host='your_host',
        user='your_user',
        password='your_pwd',
        db='your_db',
        autocommit=True  # 开启自动提交
    )
    

2. 确认是否连接到了正确的数据库/表 #

有时候会因为环境配置变化，脚本连接的是另一个MySQL实例，或者表名大小写不匹配（Linux下MySQL区分表名大小写，Windows不区分），导致插入操作写到了“看不见”的地方。

• 解决办法：
  • 在脚本里打印当前连接的数据库名和操作的表名：

    print(f"当前连接数据库：{conn.database}")
    print(f"插入目标表：{your_table_name}")
    

  • 和phpMyAdmin里的数据库、表名仔细比对，确保完全一致。

3. 排查是否存在隐式回滚 #

如果你的脚本里有异常处理逻辑，可能不小心触发了rollback()但没抛出错误，比如逻辑错误导致即使插入成功也执行了回滚；或者某些操作隐式触发了回滚却被脚本的错误处理“吞”掉了。

• 解决办法：
  • 检查所有rollback()的调用逻辑，确保只有在真正出错时才回滚；
  • 测试时可以暂时注释掉所有rollback()语句，看数据是否能正常写入。

4. 查看MySQL通用日志，验证实际执行的SQL #

如果上面的方法都没找到问题，就直接看MySQL到底收到了什么SQL语句，这是最直接的排查方式。

• 解决步骤：
  1. 登录MySQL控制台，开启通用日志：

     SET GLOBAL general_log = 'ON';
     

  2. 运行你的Python脚本；
  3. 查看日志文件路径：

     SHOW VARIABLES LIKE 'general_log_file';
     

  4. 打开日志文件，搜索你的插入语句，确认是否真的执行了，以及语句是否正确（比如字段值是否符合要求、有没有语法错误）。

5. 检查表的触发器或存储过程 #

如果目标表有触发器，可能存在“插入后立即删除数据”的逻辑；或者关联的存储过程干扰了数据写入。

• 解决办法：
  查看表的触发器列表：

  SHOW TRIGGERS LIKE 'your_table_name';
  

  检查每个触发器的触发时机和执行逻辑，确认没有异常的删除/回滚操作。

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