resovle lock发生在leader上,通过raft同步清理日志。GC时会resolve lock清理gc safepoint前的锁,leader上有访问时发现secodary未清理 也会resolve lock,猜测如果leader上未清理的secondary lock有较长时间未访问可能导致无法及时处理 ,也就无法同步到follower。 对于TP类实时业务还是访问leader ,哪些非实时的比如抽数,可以考虑单独设置一个tidb 可以查follower
resovle lock发生在leader上,通过raft同步清理日志。GC时会resolve lock清理gc safepoint前的锁,leader上有访问时发现secodary未清理 也会resolve lock,猜测如果leader上未清理的secondary lock有较长时间未访问可能导致无法及时处理 ,也就无法同步到follower。 对于TP类实时业务还是访问leader ,哪些非实时的比如抽数,可以考虑单独设置一个tidb 可以查follower