Java调用MySQL带OUT参数的存储过程须用CallableStatement，先registerOutParameter注册OUT参数，execute()后用getter获取值；多结果集需allowMultiQueries=true并循环处理；注意事务、连接参数及异常码区分。
用 CallableStatement 调用带 OUT 参数的存储过程
Java 里调用 MySQL 存储过程，核心是 CallableStatement，不是 PreparedStatement。它专为存储过程设计，能处理 IN、OUT、INOUT 参数。如果你只用 executeQuery() 去执行 CALL proc_name()，会报 SQLException: Can not issue data manipulation statements with executeQuery() —— 因为 executeQuery() 只认 SELECT。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 用
connection.prepareCall("{CALL proc_name(?, ?)}")构造语句，注意花括号和问号占位符是 JDBC 标准语法，不是 MySQL 原生写法 - 对
OUT参数，必须在execute()前调用registerOutParameter(index, sqlType)，比如registerOutParameter(2, Types.VARCHAR) -
execute()返回boolean：true表示第一个结果是ResultSet，false表示是更新计数或没有结果 - 获取
OUT值必须在execute()之后，调用getString(2)等对应 getter 方法
处理存储过程返回的 ResultSet
MySQL 存储过程中用 SELECT 语句产生的结果集，会被 JDBC 当作“第一个结果”返回，但不会自动绑定到参数上。常见错误是以为 execute() 后直接能取 ResultSet，其实得手动判断和获取。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 调用
execute()后，用getMoreResults()或循环检查getResultSet()是否非空 - 更稳妥的做法是用
boolean hasRS = stmt.execute();，若为true，立即调用stmt.getResultSet() - 如果存储过程里有多个
SELECT（比如先查用户再查订单），MySQL 默认只返回第一个；如需全部，得在调用前设连接参数allowMultiQueries=true，并配合getMoreResults()循环取 - 注意：MySQL 驱动 8.0+ 默认关闭多结果支持，不显式配置会静默丢弃后续结果集
事务与连接配置影响存储过程行为
存储过程内部的事务控制（比如 START TRANSACTION、COMMIT）可能和 Java 外层事务冲突。更隐蔽的问题是连接参数——很多存储过程依赖特定 SQL 模式或时区，而 JDBC 连接默认不继承 MySQL 服务端配置。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 在 JDBC URL 中显式加参数，例如：
?useSSL=false&serverTimezone=UTC&allowMultiQueries=true&autoReconnect=true - 避免在 Java 里手动
conn.setAutoCommit(false)后调用含COMMIT的存储过程，否则可能抛Cannot execute statement in a READ ONLY transaction - 如果存储过程里用了临时表或用户变量（
@var），确保连接未被连接池复用前清理状态，可在调用前后加RESET QUERY CACHE或改用SET @var = NULL - MySQL 5.7+ 对
sql_mode更敏感，若过程里用了GROUP BY非全字段，需在 URL 加&sessionVariables=sql_mode=''临时放宽
异常捕获要区分 MySQL 错误码而非仅靠消息文本
MySQL 存储过程抛出的异常（比如 SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Invalid input'）在 Java 层会变成 SQLException，但不同驱动版本对 getSQLState() 和 getErrorCode() 的填充不一致，单靠 getMessage().contains("Invalid") 容易误判。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 优先用
e.getSQLState()判断：自定义异常通常是"45000"，主键冲突是"23000"，锁等待超时是"HY000"且getErrorCode() == 1205 - 不要依赖
getMessage()做逻辑分支，中文环境或日志脱敏后文本可能被截断或替换 - 在存储过程中用
GET DIAGNOSTICS CONDITION 1 @sqlstate = RETURNED_SQLSTATE, @errno = MYSQL_ERRNO;记录上下文，再通过OUT参数返回，Java 层统一解析 - 注意：MySQL Connector/J 8.0.22+ 开始，
getErrorCode()对于SIGNAL异常可能返回 0，此时必须靠getSQLState()
真正麻烦的不是调用语法，而是存储过程内部状态（临时表、会话变量、事务嵌套）和 JDBC 连接生命周期之间的隐式耦合。连接池里一个连接被复用时，上一次调用留下的 @user_var 或未提交事务可能让下一次调用行为完全不可预期。
