MySQL存储过程无内置单元测试框架，需用Python等外部脚本驱动，通过显式事务控制（autocommit=False、START TRANSACTION、ROLLBACK）实现测试隔离；临时表或唯一前缀保障数据隔离；错误需通过SIGNAL抛出并捕获pymysql异常，警告须立即执行SHOW WARNINGS获取。
MySQL 存储过程没法直接跑单元测试，得靠外部驱动
MySQL 本身不提供类似 pgTAP 或 JUnit 那样的内置单元测试框架，也没有事务级测试隔离机制。所谓“自动化测试”，实际是用 Python/Java/Shell 等外部脚本连接 MySQL，调用存储过程、检查结果、并主动控制事务回滚。核心思路是：每个测试用例在独立事务中执行，结束后强制 ROLLBACK，避免污染数据。
用 Python + pymysql 实现带回滚的测试模板
推荐用 pymysql（轻量、纯 Python、支持 autocommit 控制），关键点在于禁用自动提交，并在测试函数退出前统一回滚。别依赖连接池或 ORM 的事务封装——它们可能隐式提交。
- 连接时必须显式设置
autocommit=False - 每个测试函数开头执行
cursor.execute("START TRANSACTION")（虽然 pymysql 默认开启事务，但显式声明更可靠） - 测试结束后统一调用
conn.rollback()，不要依赖异常分支里的回滚——容易漏 - 若存储过程内部含
COMMIT或DDL（如CREATE TEMPORARY TABLE），则无法回滚，这类过程必须单独标记为“不可测”
import pymysql
<p>def test_calculate_discount():
conn = pymysql.connect(host="127.0.0.1", user="test", password="pwd", db="demo", autocommit=False)
cursor = conn.cursor()
try:
cursor.callproc("calculate_discount", [100, 0.15])
cursor.execute("SELECT @_calculate_discount_2") # 获取 OUT 参数
result = cursor.fetchone()[0]
assert result == 85.0
finally:
conn.rollback() # 关键：无论成功失败都回滚
conn.close()
如何捕获存储过程里的错误与警告
MySQL 存储过程出错时，不会自动抛到客户端，而是返回错误码和 SQLSTATE。Python 中需检查 cursor.execute() 的返回值，并读取 conn.error() 或捕获 pymysql.err.MySQLError。另外，SHOW WARNINGS 必须在同一线程、同一连接、错误发生后立即执行，延迟调用会清空警告栈。
- 调用
cursor.callproc()后，立刻执行cursor.execute("SHOW WARNINGS")捕获警告 - 若过程含
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'xxx'，Python 会触发pymysql.err.OperationalError，str(e)包含完整信息 - 注意：MySQL 8.0+ 的
GET DIAGNOSTICS不会自动透出到客户端，仍需靠SIGNAL或RESIGNAL显式抛出
测试数据准备与清理不能靠 DROP/CREATE，要用临时表或命名空间隔离
频繁 DROP DATABASE 或 TRUNCATE 表会导致测试变慢、权限受限，还可能被其他并发测试干扰。稳妥做法是：所有测试数据写入以测试 ID 命名的临时表（CREATE TEMPORARY TABLE test_data_123），或插入带唯一前缀的记录（如 WHERE tag = 'test_abc123'）。临时表在连接断开时自动销毁，无需手动清理。
- 避免在测试中使用真实业务表名，哪怕加了
WHERE条件也不安全 - 如果过程逻辑依赖系统表（如
information_schema），测试环境必须有对应模拟结构，不能指望开发库凑合 - 回滚只对 DML 有效；DML + DDL 混用的过程，测试前需确保数据库处于已知干净状态（例如用
mysqldump --no-data初始化）
测试最难的部分不是写断言，而是让每个用例真正互不干扰——连接生命周期、临时对象作用域、错误传播路径，三者稍有偏差，一个失败的测试就可能让后续全部失效。
