-
Notifications
You must be signed in to change notification settings - Fork 696
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
remove the benchmark files for earlier releases #20462
base: master
Are you sure you want to change the base?
Conversation
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM for the parts related to tikv's configuration sync-log
.
tidb-troubleshooting-map.md
Outdated
@@ -211,7 +211,7 @@ To learn more about the inconsistency error and how to bypass the check, see [Tr | |||
|
|||
### 4.1 TiKV panics and fails to start | |||
|
|||
- 4.1.1 `sync-log = false`. The `unexpected raft log index: last_index X < applied_index Y` error is returned after the machine is powered off. | |||
- 4.1.1 The `unexpected raft log index: last_index X < applied_index Y` error is returned after the machine is powered off. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we better remove this 4.1.1
section as it can only occurs when sync-log
is set to false.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
[LGTM Timeline notifier]Timeline:
|
faq/manage-cluster-faq.md
Outdated
|
||
### Can Raft + multiple replicas in the TiKV architecture achieve absolute data safety? Is it necessary to apply the most strict mode (`sync-log = true`) to a standalone storage? | ||
Because theoretically two nodes might crash, data written to TiKV is flushed to the raft-log by default starting from v5.0. If a crash occurs, you can recover the KV data using the raft-log. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Because theoretically two nodes might crash, data written to TiKV is flushed to the raft-log by default starting from v5.0. If a crash occurs, you can recover the KV data using the raft-log. | |
Because theoretically two nodes might crash, data written to TiKV is flushed to the raft-log by default starting from v5.0. If a crash occurs, the KV data can recover from persisted raft-log automatically. |
462c1af
to
3089a15
Compare
3089a15
to
518e16d
Compare
First-time contributors' checklist
What is changed, added or deleted? (Required)
Which TiDB version(s) do your changes apply to? (Required)
Tips for choosing the affected version(s):
By default, CHOOSE MASTER ONLY so your changes will be applied to the next TiDB major or minor releases. If your PR involves a product feature behavior change or a compatibility change, CHOOSE THE AFFECTED RELEASE BRANCH(ES) AND MASTER.
For details, see tips for choosing the affected versions.
What is the related PR or file link(s)?
Do your changes match any of the following descriptions?