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 参数进行单独控制此 存储过程的执行超时时间

相关推荐
是枚小菜鸡儿吖3 分钟前
听歌截图太普通?我把MusicCard部署到极空间,把歌曲做成随时可开的音乐海报页
服务器·人工智能·后端·ai·大模型
高频因子挖掘机13 分钟前
实时行情与分钟 K 线如何协同?Python 量化系统的数据管道设计实践
后端·github·api
gopher951114 分钟前
RUST:错误处理 thiserror 详解
开发语言·后端·rust
mldong19 分钟前
八种语言的工作流引擎,我用 6 张 UML 图画完了
后端·架构
SkyWalking中文站23 分钟前
LLM 回答得好不好?SkyWalking 用 LLM-as-Judge 评估线上回答
后端·aigc
高频因子挖掘机1 小时前
跨市场回测为什么会出现隐蔽的数据错误?从标的映射到历史一致性
后端·github·api
凤山老林9 小时前
Spring Boot 启动冲刺:耗时剖析、懒加载策略与事件驱动初始化优化
spring boot·后端·python
朱涛的自习室10 小时前
我给 Gemini 4 和 DeepSeek 搞了套「末位淘汰」,AI 干活会更猛吗?(Day 3)
android·前端·后端
woniu_maggie12 小时前
SAP MDG主数据治理实战:从架构原理到项目实施全解析
后端