codingapi / codingapi/tx-lcn

springboot2.1.3+mysql5.7集成tx-lcn 5.0.2.RELEASE事务总是导致mysql事务没提交和回滚,导致锁表

Ouverte
#480 2 commentaires 0 réactions 0 personnes assignées Voir sur GitHub
Langage dominant
Java
Étoiles
4.2k
Forks
1.4k
Métriques de merge des PR
Aucune PR mergée en 30 j

Description

1.项目采用的springboot2.1.3+springcloud Greenwich.RELEASE+mysql 5.7
2.tx-manager是自己参照官方说明实现的,tx-manager能接收到tc端的注册和事务组创建;
PS:之前事务组超时时间设置的是8秒,事务组经常出现超时,后来设置成80秒,事务组不超时了;
3. tc端springboot启动类增加了@EnableDistributedTransaction和@EnableTransactionManagement两个注解
4.tc端使用方式有两种:
1)分布式事务发起者和参与者都采用@LcnTransaction注解不加任何参数
2)分布式事务发起者采用@LcnTransaction注解不加任何参数,参与者@LcnTransaction注解加入propagation = DTXPropagation.SUPPORTS参数
PS:以上这两种方式都试过,都是一样到导致锁表,而且出现过表级锁;
5.每次业务执行完成后查询mysql锁情况,发现数据库连接都没有释放;
6.目前现状:
不管事务正常执行还是事务组超时,事务都不提交和回滚,下次执行业务就会导致数据库表锁等待。
PS:事务执行完和超时后redis中事务组会自动消失;

请问为什么tc客户端事务已经执行完了,事务组不提交和回滚事务呢?

Guide de contribution

Aucun guide de contribution indexé pour ce dépôt

Piste de recherche

Commencez par la classe de démarrage Spring Boot de l’application tc et sa configuration @EnableDistributedTransaction et @EnableTransactionManagement, puis examinez le flux de transaction de tx-manager et tc décrit dans le rapport. Reproduisez les deux variantes de @LcnTransaction et inspectez les verrous MySQL ainsi que les connexions non libérées après la fin et après un timeout ; c’est terminé lorsque les transactions sont validées ou annulées et que les connexions sont libérées sans attente ultérieure sur des verrous.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
java, mysql, spring-boot
Domaine
backend, databases, distributed-systems
Type d'issue
Bug
Difficulté
4/5
Temps estimé
3-5 jours
Activité
À l'abandon
Clarté
À clarifier
Accessibilité débutants
25/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.