Bug #94332 | Contribution by Facebook: Added optional commenting of the @@GLOBAL.GTID_PU ... | ||
---|---|---|---|
Submitted: | 14 Feb 2019 22:43 | Modified: | 25 Jun 2019 12:29 |
Reporter: | FBContrib Admin | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | MySQL Server: mysqldump Command-line Client | Severity: | S3 (Non-critical) |
Version: | 8.0.13 | OS: | Any |
Assigned to: | CPU Architecture: | Any |
[14 Feb 2019 22:43]
FBContrib Admin
[14 Feb 2019 22:43]
FBContrib Admin
Added optional commenting of the @@GLOBAL.GTID_PURGED line in mysqldump (*) This code is contributed under the Facebook agreement
Contribution: fb_patch_100.txt (text/plain), 9.21 KiB.
[25 Jun 2019 7:02]
Georgi Kodinov
Posted by developer: Implemented as WL#12959
[25 Jun 2019 12:29]
Margaret Fisher
Posted by developer: Changelog entry added for MySQL 8.0.17 (WL #12959): The mysqldump option --set-gtid-purged controls whether or not a SET @@GLOBAL.gtid_purged statement is added to the mysqldump output. The statement updates the value of gtid_purged on a server where the dump file is reloaded, to add the GTID set from the source server's gtid_executed system variable. A new choice --set-gtid-purged=COMMENTED is now available. When this value is set, if GTIDs are enabled on the server you are backing up, SET @@GLOBAL.gtid_purged is added to the output (unless gtid_executed is empty), but it is commented out. This means that the value of gtid_executed is available in the output, but no action is taken automatically when the dump file is reloaded. With COMMENTED, you can control the use of the gtid_executed set manually or through automation. For example, you might prefer to do this if you are migrating data to another server that already has different active databases. Thanks to Facebook for this contribution.
[2 Jul 2019 23:04]
Omer Barnir
Thanks to Facebook for the contribution