确实存在这个问题， 
不看本问题，展开讲：
我觉得 原因可能是 tidb 内部有重试，在未达到一定量级的 backoff 时，产品不把这种行为定义为问题（所以只在 txn 崩溃时才会有更多信息，等…）；
我觉得 如果想要产品修复，可以在这个问题解决后，把你觉得应该在哪个位置展现什么样的报错，在 github 提个 proposal，社区还是开放的。并且这确实是个比较头疼的问题，PingCAP 应该很乐意采纳；（但干抱怨难查，不给出有建设性的意见，就算研发们做了些修复也不一定是针对你这个问题的修复）
PS ： 仅个人意见
看本问题：
其实，TxnLockFast 还是有办法追的，比如上面的事务崩溃后，反查 2 txn 的 start-ts。或者 poc 环境也可以开启 general-log case by case 分析。