MySQL数据库报“You are not owner of thread”错误的解决方法

背景

最近在做数据归档相关需求,最终方案采用存储过程进行归档,由应用服务去调度,在测试过程中出现以下错误,但是存储过程是正常执行成功

复制代码
### SQL: call proc_archive_table             (                 ?, ?,                 ?, ?,                 ?, ?,                 ?, ?             )
### Cause: java.sql.SQLException: You are not owner of thread 301928
; uncategorized SQLException; SQL state [HY000]; error code [1095]; You are not owner of thread 301928; nested exception is java.sql.SQLException: You are not owner of thread 301928
	at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:89)
	at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:81)
	at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:81)
	at org.mybatis.spring.MyBatisExceptionTranslator.translateExceptionIfPossible(MyBatisExceptionTranslator.java:88)
Caused by: java.sql.SQLException: You are not owner of thread 301928
	at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:129)
	at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:97)
	at com.mysql.cj.jdbc.exceptions.SQLExceptionsMapping.translateException(SQLExceptionsMapping.java:122)
	at com.mysql.cj.jdbc.ClientPreparedStatement.executeInternal(ClientPreparedStatement.java:953)
	at com.mysql.cj.jdbc.ClientPreparedStatement.execute(ClientPreparedStatement.java:370)
	at com.mysql.cj.jdbc.CallableStatement.execute(CallableStatement.java:845)
	at com.alibaba.druid.pool.DruidPooledPreparedStatement.execute(DruidPooledPreparedStatement.java:483)

找到异常关键词后有点不解随即开始百度:You are not owner of thread 301928

大多都是在说权限不足导致的

例:MySQL数据库报"You are not owner of thread"错误的解决方法

但再三检查该用户权限后都无济于事,最终给到了root用户来进行测试也不行。。。

最后在同事的帮助指引下进行抓包查看,贴下正常与异常报文

异常报文在 调度存储过程后 5s 左右发起了一个Login Request的报文,随即 发送了一个 Kill 请求,继而响应:You are not owner of thread 301928

以此为突破点,回想系统的配置参数:德鲁伊: query-timeout:5s,随即便调大了此参数重新进行测试, 缤果, 没问题了。。。百思不得其解

结语

因此归档任务执行会非常耗时,本着不影响系统的原则 在对应 select 标签上增加 timeout 参数进行单独控制此 存储过程的执行超时时间

相关推荐
脚本自动化开发7 小时前
玩影之刃零,两张四千元级显卡怎么挑
后端
用户479492835691510 小时前
从一句话或代码仓到可交互 HTML:开源 Agent 画图技能 Archify v3.2 实测与选型边界
前端·后端·面试
努力的小雨11 小时前
别再复制日志给AI了!我让Codex自己去观测云查报错
后端
Decay__13 小时前
VMware 安装 SQL Server 双节点 AlwaysOn 可用性组教程 —— WSFC、AG 与侦听器完整部署(系列核心篇)
运维·数据库·sql·mysql·架构
afumu13 小时前
Go 写一个只监听 127.0.0.1 的控制服务:鉴权、白名单、危险命令拦截
后端·安全·go
johnjincaaaa14 小时前
猿人学第 18 题「jsvmp 洞察先机」逆向通关实录
javascript·后端
用户47027840040514 小时前
C语言编译与链接
后端·开源
你三大爷14 小时前
从 Hessian 迁移到 protostuff:深嵌套模型反序列化耗时与高并发类加载锁的根治实战
后端·架构
IT枫斗者枫哥14 小时前
子线程断言失败,JUnit 为什么还显示通过?
java·后端
stark张宇16 小时前
Vibe Coding 入门实战:用 Claude Code 跑通 AI 产品开发流程(上)
后端·claude·vibecoding