[MDEV-4875] Can't restore a mysqldump if --add-drop-database meets general_log Created: 2013-08-09 Updated: 2023-11-27 Resolved: 2022-05-06 |
|
| Status: | Closed |
| Project: | MariaDB Server |
| Component/s: | Scripts & Clients |
| Affects Version/s: | 5.5.32, 5.5, 10.0, 10.1 |
| Fix Version/s: | 10.3.35, 10.4.25, 10.5.16, 10.6.8, 10.7.4, 10.8.3, 10.9.1 |
| Type: | Bug | Priority: | Minor |
| Reporter: | Hartmut Holzgraefe | Assignee: | Daniel Black |
| Resolution: | Fixed | Votes: | 2 |
| Labels: | upstream, verified | ||
| Issue Links: |
|
||||||||
| Description |
|
A full dump created with
can't be restored on a system that has general_log or slow_query_log
How to repeat:Create a full dump with
Then in mysql CLI:
Suggested fix:If bug#69953 /
as this will cover all present and potential future log tables; If bug #69953 /
See also http://bugs.mysql.com/69970 |
| Comments |
| Comment by Elena Stepanova [ 2015-04-02 ] | ||||
|
http://bugs.mysql.com/bug.php?id=69953 was fixed in 10.1, so the problem mostly went away there, although http://bugs.mysql.com/69970 is still open, and statements for LOG_OUTPUT and such have not been added. | ||||
| Comment by Nickolay Ihalainen [ 2020-09-16 ] | ||||
|
The issue also affects 10.4: {{$ mariadb-dump --all-databases --add-drop-database > dump.sql
--------------------
-------------------- | ||||
| Comment by Hartmut Holzgraefe [ 2022-05-01 ] | ||||
|
Got fixed somewhere between 10.2.34 and .35, 10.3.26 and .27, 10.4.15 and .16, 10.5.6 and .8, 10.6 and later were never affected ... Or at least in those releases I could no longer reproduce it | ||||
| Comment by Daniel Black [ 2022-05-02 ] | ||||
|
with | ||||
| Comment by Daniel Black [ 2022-05-05 ] | ||||
|
Modified suggest fix of:
| ||||
| Comment by Alexander Barkov [ 2022-05-06 ] | ||||
|
The patch | ||||
| Comment by Daniel Black [ 2022-05-06 ] | ||||
|
Thanks for the reviews bar |