JmPotato
JmPotato
Signed-off-by: JmPotato Try to build with v1.58.1, got errors:  According to the [doc](https://docs.rs/rand/latest/rand/rngs/struct.OsRng.html), `OsRng` is supported on crate feature `getrandom` only. This PR fixes this.
**Describe the bug**  I try to run `fleet build --release` with my repo and it just prints out this error without any further information. **To Reproduce** Steps to reproduce...
## Feature Request ### Describe your feature request related problem: When we import a large amount of data, any error that occurs will break the whole process, which is annoying...
**Is your feature request related to a problem? Please describe.** As mentioned in https://github.com/tikv/tikv/issues/12139, gRPC Poll is one of the major parts of CPU consumption on the hot path, so...
Signed-off-by: JmPotato ### What is changed and how it works? Issue Number: ref #13303. What's Changed: ```commit-message Use `ReaderWithStats` in `flashback_to_version` command to collect the statistics info as much as...
# Background Since we store all MVCC versions of every key in TiKV since the last GC point, we have the ability to restore any key in any given range...
Ref https://github.com/tikv/tikv/issues/13303. ## Background The current flashback process is described below: 1. Client determines which key range to perform the flashback request, e.g, TiDB uses the table key prefix `t_`...
## Feature Request Ref #13303. Currently, we will delete all locks unconditionally when performing the flashback. Though we will check the minimal resolved TS before a flashback multiple times (https://github.com/pingcap/tidb/pull/37607,...
Signed-off-by: JmPotato ### What is changed and how it works? Issue Number: Close #13303. What's Changed: ```commit-message Though TiDB will check resolved ts before sending the flashback request to TiKV...
Signed-off-by: JmPotato Since the flashback state check is before other checks like EpochNotMatch, so we need to invalidate the region cache also.