Reorder summary in order of importance#12433
Reorder summary in order of importance#12433GuptaManan100 merged 8 commits intovitessio:release-16.0from
Conversation
Signed-off-by: Manan Gupta <manan@planetscale.com>
Signed-off-by: Manan Gupta <manan@planetscale.com>
Signed-off-by: Manan Gupta <manan@planetscale.com>
Review ChecklistHello reviewers! 👋 Please follow this checklist when reviewing this Pull Request. General
If a new flag is being introduced:
If a workflow is added or modified:
Bug fixes
Non-trivial changes
New/Existing features
Backward compatibility
|
|
I have not added the forward port label to |
| - It is possible to take an incremental backup, starting with last known (full or incremental) backup, and up to either a specified (GTID) position, or current ("auto") position. | ||
| - The backup is done by copying binary logs. The binary logs are rotated as needed. | ||
| - It is then possible to restore a backup up to a given point in time (GTID position). This involves finding a restore path consisting of a full backup and zero or more incremental backups, applied up to the given point in time. | ||
| - A server restored to a point in time remains in `DRAINED` tablet type, and does not join the replication stream (thus, "frozen" in time). | ||
| - It is possible to take incremental backups from different tablets. It is OK to have overlaps in incremental backup contents. The restore process chooses a valid path, and is valid as long as there are no gaps in the backed up binary log content. |
There was a problem hiding this comment.
It feels like we can condense this and link to the website docs. Assuming we have them 😉
There was a problem hiding this comment.
I don't believe we have them, #11097 is still marked as NeedsWebsiteDocsUpdate, cc @shlomi-noach
There was a problem hiding this comment.
That is correct 😓 I'm having hard time writing those docs, and in particular how to make them co-exist with existing binlog-server -based PITR docs.
I think we need to make this stronger as well. You are required to use that image if you don't want an unplanned MySQL upgrade. |
Signed-off-by: Florent Poinsard <florent.poinsard@outlook.fr>
Signed-off-by: Florent Poinsard <florent.poinsard@outlook.fr>
Signed-off-by: Florent Poinsard <florent.poinsard@outlook.fr>
Signed-off-by: Florent Poinsard <florent.poinsard@outlook.fr>
Signed-off-by: Florent Poinsard <florent.poinsard@outlook.fr>
| #### <a id="advertised-mysql-version"/>VTGate Advertised MySQL Version | ||
|
|
||
| VTGate now advertises MySQL version 8.0.30. This is a breaking change for clients that rely on the VTGate advertised MySQL version and still use MySQL 5.7. | ||
| Since [Pull Request #11989](https://github.com/vitessio/vitess/pull/11989), VTGate advertises MySQL version 8.0.30. This is a breaking change for clients that rely on the VTGate advertised MySQL version and still use MySQL 5.7. |
There was a problem hiding this comment.
IIRC, we downgraded from 8.0.31 to 8.0.30 because xtrabackup didn't have support for 8.0.31 yet.
There was a problem hiding this comment.
xtrabackup for the specific purpose has a flag called –no-server-version-check this will make xtrabackup to work on 8.0.31 as well. To my knowledge there is no regression of sorts.
Description
This PR reorders the summary file of release-16.0 to move some items which are important to the top of the list.
Related Issue(s)
Checklist
Deployment Notes