ThinkPHP 6.0 支持通过 Db::execute() 或 PDO 安全调用 MySQL 存储过程，需绑定参数防注入；推荐存储过程内控事务、TP6 仅作调用与异常兜底；返回结果集时可用 Db::query() 配合 withAttr 获取器处理。
ThinkPHP 6.0 本身不原生封装存储过程的调用逻辑，但完全支持通过底层 PDO 执行 MySQL 存储过程，并可与 TP6 的事务机制协同使用。关键在于：**存储过程在数据库端执行，TP6 负责安全调用、参数传递和异常捕获；复杂事务若需跨多表强一致性，优先由存储过程内部用 BEGIN...COMMIT/ROLLBACK 控制，而非全靠 PHP 层事务包裹。**
如何在 TP6 中安全调用存储过程
TP6 的 Db::execute() 或原生 PDO 方式均可调用，推荐统一用 Db::execute() 保持风格一致：
- 确保 MySQL 连接已启用存储过程权限（如
EXECUTE），且用户无SUPER权限以防提权风险 - 调用前设置分隔符（仅在创建时需要，调用无需）；调用语法为
CALL proc_name(?, ?, ...) - 使用参数绑定防注入：
Db::execute('CALL sp_transfer_money(?, ?, ?)', [$from_id, $to_id, $amount]); - 若存储过程含
SELECT输出结果，execute()不返回数据集，需改用Db::query()；多个结果集需用PDO::nextRowset()（TP6 未封装，需手动获取 PDO 实例）
存储过程内嵌事务 vs TP6 外层事务
二者可共存，但需明确职责边界：
- 推荐做法：将核心原子操作（如扣减库存+生成订单+写日志）封装进一个带事务的存储过程中，由 DB 层保证 ACID。TP6 只做一次调用和错误兜底
-
避免嵌套：不要在 TP6 的
Db::startTrans()内再调用含COMMIT的存储过程，否则会触发 MySQL “Cannot execute statement in a READ ONLY transaction” 错误 -
异常同步：存储过程中用
DECLARE EXIT HANDLER FOR SQLEXCEPTION捕获错误并RESIGNAL，TP6 才能正确捕获到异常并回滚外层事务（如有）
结合 TP6 获取器与存储过程结果
当存储过程返回结果集（如报表分页+总数），TP6 的 withAttr 获取器仍生效，但需注意时机：
- 先用
Db::query('CALL sp_report_list(?, ?)', [$page, $size])获取原始结果 - 若需对字段做格式转换（如时间戳转日期、金额补零），可在查询后链式调用
->withAttr('create_time', 'date')等，或在模型中定义获取器 - 不建议在存储过程中做大量字符串处理或 JSON 构造——应交由 PHP 层完成，保持 DB 层专注数据逻辑
运维与调试注意事项
DBA 角色下需重点关注以下实操细节：
- 所有存储过程必须版本化管理：SQL 脚本纳入 Git，配合迁移工具（如 Phinx 或自研 SQL 版本发布脚本）上线
- 禁止在生产环境直接
ALTER PROCEDURE；变更须走灰度流程，新旧过程并存过渡期 - 监控慢过程：开启 MySQL
slow_query_log并过滤CALL语句，结合performance_schema.events_statements_summary_by_digest定位耗时点 - 大表游标操作务必加
WHERE条件 + 主键范围，避免锁表；线上慎用REPEAT/WHILE循环超 1000 行
