[MDEV-31630] Dumping and reimporting dump file since 10.6 upgrade is 5x slower than 10.1 Created: 2023-07-05 Updated: 2023-07-06 |
|
| Status: | Open |
| Project: | MariaDB Server |
| Component/s: | Backup |
| Affects Version/s: | 10.6.14 |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Jason Pullen | Assignee: | Unassigned |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
CentOS 7 |
||
| Description |
|
Dumping and reimporting dump file since 10.6 upgrade is 5x slower than 10.1. Previous dump time 25-30 mins. |
| Comments |
| Comment by Marko Mäkelä [ 2023-07-05 ] |
|
Which exact MariaDB Server version is this? Can you attach the configuration file? Could this be explained by |
| Comment by Jason Pullen [ 2023-07-05 ] |
|
Version 10.6.14 my.cnf [mysqld] '## General optimizer_search_depth = 0 '## Per-thread Buffers '## Temp Tables '## Networking '### Storage Engines '## MyISAM '## Aria '## InnoDB server-id = 1 '# log_bin = /var/log/mysql/bin-log # turned on during first schema configuration '## Logging '# turn on for slow logging '#log-slow-slave-statements lower_case_table_names = 1 '# set collations [mysqld_safe] [mysql] '## Characters/Encoding [client] |
| Comment by Jason Pullen [ 2023-07-05 ] |
|
Sorry had to add ' before '## to get it to render correctly in your Jira |
| Comment by Daniel Black [ 2023-07-05 ] |
|
Possibly also caused by Due you have a spare replica/spare hardware to test if this resolves your issue? The last 10.6 build including the |
| Comment by Daniel Black [ 2023-07-06 ] |
|
If you use the --verbose mysqldump option does this lead to a particular backup stage that is slower? |
| Comment by Jason Pullen [ 2023-07-06 ] |
|
I see from many forums this issue is being reported by many users, is the slow dump time due to all the new validation? if so is there a way to switch this off during the dump/import processes? Further, have you reviewed the supplied my.ini settings? is there anything I should change/include when using a 50Gb database? |
| Comment by Daniel Black [ 2023-07-06 ] |
|
The validation of the slow dumps is pretty much there. Validating that its fixed in the next version properly ahead of release. If its the case that its another cause entirely, after finding out sufficient information to determine case, it will be another 3 months before the next release. A lot of your config looks like it came as a Debian default rather than implemented with a good reason so I'd consider omitting in stages:
Anything else depends on workload, suggest https://dba.stackexchange.com/unanswered/tagged/mariadb with SHOW GLOBAL STATUS for a community assessment. |