关于Percolator分布式事务的疑问

[托马斯滑板鞋]

看两篇帖子，对Percolator-Tidb里secondary提交还是有疑惑

Percolator 和 TiDB 事务算法 | PingCAP

关于percolator的secondary 异步提交问题

这篇文章的最后说道： 由于锁是分两级的，primary 和 seconary，只要 primary 的行锁去掉，就表示该事务已经成功 提交，这样的好处是 secondary 的 commit 是可以异步进行的，只是在异步提交进行的过程中 ，如果此时有读请求，可能会需要做一下锁的清理工作。 问题： primary 成功，但是secondary 失败了，为什么不会丢数据？ primary 成…

我的理解是：
一个事务里10行数据变更，选其中一行作为primary，其他9行为secondary，然后全部加锁，secondary上的锁指向primary；
commit阶段，primary数据行提交成功，primary lock释放；这个时候如果secondary提交失败（锁应该是没释放的），其他会话再来读取这9行，是
1、让这9行再次尝试提交直到成功，释放锁？
2、还是直接发起回滚，释放锁？
（应该不会直接释放锁吧？）

[yilong (yi888long)]

1. 大致可以这样理解。但是不是一行，是一个 key 作为 primary key
2. commit 阶段，parmary 提交成功后，seconary 提交无需检测锁是否还存在，一定不会失败