| Bug #68314 | mysqldump --set-gtid-purged=AUTO does not detect if mysqld has GTIDs | ||
|---|---|---|---|
| Submitted: | 8 Feb 2013 13:37 | Modified: | 21 May 2013 22:28 |
| Reporter: | Leandro Morgado | Email Updates: | |
| Status: | Closed | Impact on me: | |
| Category: | MySQL Server: Replication | Severity: | S2 (Serious) |
| Version: | 5.6.10 | OS: | Any |
| Assigned to: | Ritheesh Vedire | CPU Architecture: | Any |
[8 Feb 2013 13:37]
Leandro Morgado
[25 Feb 2013 10:28]
Van Stokes
Plus one. We get the same error when trying to dump from servers that haven't been upgraded to 5.6 yet. The dump fails.
[26 Feb 2013 4:49]
Ritheesh Vedire
1. 5.6.5 introduced GTIDs. mysqldump 5.6 was made
compatible to use GTIDs
2. In versions < 5.6, where GTIDs are not
even defined, mysqldump 5.6 fails as it cannot
execute 'SELECT @@GTID_MODE'
3. using --set-gtid-purged=AUTO, should detect whether
the server has GTIDs enabled or not. However, this
option works only for 5.6 versions.
WORKAROUND: if you are using mysqldump 5.6 to backup mysql-5.5 and old database
versions, use --set-gtid-purged=OFF option.
Fix: THe fix is to check for the server version before executing 'select @@gtid_mode'
[26 Mar 2013 23:54]
Luis Soares
See also (likely dup): BUG#68775.
[21 May 2013 22:23]
Daniel So
Move to Documenting stage as requested.
[21 May 2013 22:28]
Daniel So
Added change log entry for MySQL 5.6.12 and 5.7.2: 'When using "mysqldump" to back up a database created with MySQL 5.6.4 or an earlier version, setting "--set-gtid-purged=AUTO" caused the backup to fail, because pre-5.6.5 versions of MySQL did not support GTIDs, and it could not be determined if GTIDs were enabled for the database. This fix makes sure "mysqldump" does not attempt to output a "SET @@global.gtid.purged" statement when backing up any pre-5.6.5 databases.'
