写入冲突的日志意思不明白

[luckyfox]

为提高效率，提问时请尽量提供详细背景信息，问题描述清晰可优先响应。以下信息点请尽量提供：

• 系统版本 & kernel 版本：
• TiDB 版本：2.1.15
• 磁盘型号：
• 集群节点分布：
• 数据量 & region 数量 & 副本数：
• 集群 QPS、.999-Duration、读写比例：
• 问题描述（我做了什么）：
  遇到以下报错：
  [2019-09-10 15:52:51,178] {bash_operator.py:165} INFO - ERROR 1105 (HY000) at line 692: Batch DML failed, please clean the table and try again. [try again later]: WriteConflict: txnStartTS=411068515856678913, conflictTS=411068519985446932,
  key={tableID=8048, indexID=2, indexValues={001809709828033000008450, 3089317146, }}
  primary={tableID=8048, indexID=1, indexValues={changan_park, CAASY01, 001603709829039700001692, CURRENTTESTINFO, 1, 20190910133406, }}

想请教这里的 key 和 primary 分别是什么具体的意义？两者有必然的关系吗

以下是找到的一些源码解释，不是非常理解：

Prewrite是事务两阶段提交的第一步，其从pd获取代表当前物理时间的全局唯一时间戳作为当前事务的 start_ts，尝试对所有被写的元素加锁(为应对客户端故障，tidb 为所有需要写的key选出一个作为primary,其余的作为secondary)，将实际数据存入 rocksdb。其中每个key的处理过程如下，中间出现失败，则整个prewrite失败：
检查 write-write 冲突：从 rocksdb 的write 列中获取当前 key 的最新数据，若其 commit_ts 大于等于start_ts,说明存在更新版本的已提交事务，向 tidb 返回 WriteConflict 错误，结束。

[Lucien-卢西恩 (路西恩)]

原因： 写冲突报错，key 和 primary 是指 prewrite 定义的 primary key，key 代表冲突的行。 解决办法 通过这里面的 tableid，indexid 以及 values 可以定位到具体的 row，然后从业务逻辑判断冲突原因。

[luckyfox]

@luckyfox

key={tableID=8048, indexID=2, indexValues={001809709828033000008450, 3089317146, }}

感谢！我看了一下这个key
key={tableID=8048, indexID=2, indexValues={001809709828033000008450, 3089317146, }}
其中 3089317146 这个值不属于任何一个字段。从 001809709828033000008450 这个字段查了一下，有13条记录。感觉没有什么帮助。
另外通过 primary 可以查出一条记录。但到底是哪行数据冲突了，还是没办法判断。是Primary这条记录吗？

[zzzzzz (Tz)]

001809709828033000008450, 3089317146 是索引的两个字段。

然后是 key 的这行冲突了。

[十万个不知道]

mark