请问下，tidb 在悲观事务模式下，提交的时候提交的流程和乐观事务的流程是一样的，那么还有必要在prewrite的时候进行写写冲突检测和锁冲突检测嘛？
假设某一行数据在执行begin;update 语句的时候 在悲观事务模式下，这一行已经被锁定了，其它事务不能再对这一行做更改了，在这种情况下，悲观事务提交的时候还有必要进行写写冲突检测和锁冲突检测嘛？
悲观模式下，是在dml阶段的时候就对数据加锁了，2PC之前。
乐观模式下，冲突检测是在你执行commit操作以后，2PC中的第一个阶段prewrite阶段进行的。
悲观模式dml阶段加锁有冲突检测，但是commit后和乐观一样流程
悲观事务执行commit后的操作流程和乐观事务是一样，但我的疑问是，是不是在悲观事务模式下，执行commit操作后是不是没有必要须执行写写冲突检测和锁冲突检测了，这样就可用提高一点性能
目前应该是commit后复用同一套代码
个人认为，这个悲观锁的事务提交流程还是可以进行优化
如问题解决可以对相应的回答标记【最佳答案】哈～
该主题在最后一个回复创建后60天后自动关闭。不再允许新的回复。