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()
</p>
如何捕获存储过程里的错误与警告
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初始化)
测试最难的部分不是写断言,而是让每个用例真正互不干扰——连接生命周期、临时对象作用域、错误传播路径,三者稍有偏差,一个失败的测试就可能让后续全部失效。











