-
Notifications
You must be signed in to change notification settings - Fork 8.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
seata2.1.0全局事务提交后,全局锁一直不释放 #6935
Comments
server store mode是什么? |
|
服务端获取锁失败的日志在后面,我在上面的内容中提供了4次,后面也一直在报
|
5576031298779548712 这个事务的所有日志贴上来 |
后面一直在申请
|
通过5576031298779548712 这个xid去lock table中查询锁是否被持有 |
我当时查到数据库中没有任何锁,我的mysql是单机部署的,没有从库 |
数据库没有任何锁,是不可能出现这个异常日志的 |
我也感觉很奇怪,但是确实是这样,之前从来没发生过,就这出现过一次 |
今天再次发生了同样的问题,这次我直接重启seata-server,然后自动恢复正常了,我的服务端已升级至 |
能确认store.mode一定是db?而不是file?启动时会有store.mode的实际值输出 |
你确定出现该问题的时候,去数据库lock table能搜到这个lockkey? |
感谢提醒,由于某些原因,我的服务器在5点多进行了重启
|
file和raft模式有你说的问题,这将在2.3修复,其它模式没问题。 |
好的,但我现在比较好奇为什么seata-server会自动变成file模式 |
跟你的docker自动拉起有关,看起来nacos报错后,拉起的容器用的是非挂载目录的配置文件,也就是默认配置文件 |
我在执行 |
不一定,因为看起来你的配置挂载是失效了的,即便你指定了db,那么链接地址又从何而来呢? |
强制指定了db模式,如果读取不到地址,docker容器就会重启,直到获取到地址,而不是以file模式运行 |
线上偶发
seata2.1.0.jre17
全局事务提交后,全局锁一直不释放,服务端报错Global lock on [transport_task:1212475] is holding by 5576031298779548712
,但事务已提交Committing global transaction is successfully done, xid = 192.168.12.222:8091:5576031298779548712.
:seata服务端日志如下,:
seata客户端日志如下:
The text was updated successfully, but these errors were encountered: