Skip to content
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

Mysql 8 compatibility #29

Open
peppy opened this issue May 5, 2019 · 3 comments
Open

Mysql 8 compatibility #29

peppy opened this issue May 5, 2019 · 3 comments

Comments

@peppy
Copy link

peppy commented May 5, 2019

I have been using gh-ost until recently, but they are not actively supporting mysql 8. I am now looking at this project as a feasible alternative, but wanted to check whether you guys are looking at (or have experience) mysql compatibility?

The first issue I ran into was:

INFO      2019-05-05 07:39:49.535 == Stage 1: Init ==
ERROR     2019-05-05 07:39:49.540 SQL execution error: [1193] Unknown system variable 'tx_isolation'
When executing: SET SESSION tx_isolation = %s
With args: ('REPEATABLE-READ',)

(tx_isolation has been renamed to transaction_isolation)

This says that this project is likely not currently being used on MySQL 8 hosts, so I thought it is best I check on the planned direction of the project before continuing further.

@adregner
Copy link
Contributor

adregner commented May 5, 2019

We do plan to support mysql8 but as you can see are not yet. I am not able to offer any estimates of when that may be, but can at least say it will be more than a month and less than a year.

@peppy
Copy link
Author

peppy commented May 5, 2019

Thanks for the info. I'll attempt to fix it if the issues stop at just this naming compatibility.

@peppy
Copy link
Author

peppy commented May 7, 2019

I attempted to just update that variable, but ran into a couple more issues:

  • Checksumming doesn't work correctly. Skipping it still results in correct operation, but will likely require fixing. Turning on --detailed-mismatch-info and doing a manual diff showed no discrepancies.

Hopefully this is of some use when you guys get to updating.

  • Unrelated to MySQL version, the more killer issue for me is the STATEMENT replication requirement. I was attempting to run by changing the binlog format at runtime, but this requires every session to be flushed to properly take effect (which I was hoping to avoid). For the time being, it looks like pt-online-schema-change has been updated and works, so I am able to use that for now. (curious if RBR based online schema change #18 ever went anywhere?)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants