TiDB悲观锁具体是在什么阶段加的锁?

为提高效率,请提供以下信息,问题描述清晰能够更快得到解决:
【 TiDB 使用环境】

【概述】 场景 + 问题概述

【背景】 做过哪些操作

【现象】 业务和数据库现象

【问题】 当前遇到的问题

【业务影响】

【TiDB 版本】

【应用软件及版本】

【附件】 相关日志及配置信息

  • TiUP Cluster Display 信息
  • TiUP CLuster Edit config 信息

监控(https://metricstool.pingcap.com/)

  • TiDB-Overview Grafana监控
  • TiDB Grafana 监控
  • TiKV Grafana 监控
  • PD Grafana 监控
  • 对应模块日志(包含问题前后 1 小时日志)

若提问为性能优化、故障排查类问题,请下载脚本运行。终端输出的打印结果,请务必全选并复制粘贴上传。

这里就不得不放出这两张图了

在DML阶段,2PC之前

这两张图描述的非常清晰,感谢

两阶段提交中,乐观事务模型,如果prewrite阶段成功则commit阶段一定会成功吗?如果prewrite阶段失败则一定会回滚吗?

Begin,开始改数的时候,就开始加锁。也就是在进入两阶段提交之前,就已经加锁了。

是的,上面图片中描述得非常清楚,另外一个问题:
两阶段提交中,乐观事务模型,如果prewrite阶段成功则commit阶段一定会成功吗?如果prewrite阶段失败则一定会回滚吗?

此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。