-
Notifications
You must be signed in to change notification settings - Fork 75
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
backup.pl fails when source db is mysql 5.7 and destination db is mysql 8.0 #884
Comments
Hi @OlliW , it looks like the problem is that on some versions of mysqldump the column-statistics feature is turned on by default. And on some versions of mysqldump this leads to an error when the table information_schema.COLUMN_STATISTICS does not exist. Under MySQL 5.7 this table usually does not exists. As this is an effect that occurs only under specific circumstances I'm hesitant to add |
Avoid that file scoped vars are used accidentally.
Hi @OlliW , I adapted scripts/backup.pl in the branch https://github.com/RotherOSS/otobo/tree/issue-%23884-no_column_statistics . The plan is to integrate this into OTOBO 10.0.10, but we need to test first. Best regards, |
In order to have manageable diffs with the rel-10_0 branch. At least start on a Main function.
Changes are merged now. Tests are pending. |
At least a standard migration passed. |
then i have to set the parameter column-statistics
mysqldump
--column-statistics=0The text was updated successfully, but these errors were encountered: