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

GR consistency: Unable to parse unknown SET query from client <ip:port>. Setting lock_hostgroup. #3731

Closed
5 tasks done
GregorFritzE2 opened this issue Dec 20, 2021 · 4 comments · Fixed by #3754
Closed
5 tasks done

Comments

@GregorFritzE2
Copy link

GregorFritzE2 commented Dec 20, 2021

reproducible bug for ProxySQL.

  • A clear description of the issue
    We have recently started using ProxySQL to balance access to our DB cluster however some of the apps accessing the cluster should be able to write faster and not use consistency level 'AFTER' but level 'EVENTUAL' instead.
  • ProxySQL version: proxysql/proxysql:2.3.2
  • OS version: official ProxySQL image running in Docker
  • The steps to reproduce the issue
  • Execute SET time_zone='UTC', @@SESSION.group_replication_consistency='EVENTUAL';
    • Time zone is set
    • Group replication consistency is not, message Unable to parse unknown SET query from client <ip:port>. Setting lock_hostgroup. is logged.
    • Can suppress error by adding rule INSERT INTO mysql_query_rules (rule_id,active,match_digest,apply,multiplex) VALUES (3,1,'group_replication_consistency=',1,1); (not a solution since the statement is not executed on the cluster)
    • Makes no difference if SET statements are executed together or separate.
  • The full ProxySQL error log (default location: /var/lib/proxysql/proxysql.log)
    proxysql.log
@renecannao
Copy link
Contributor

Thank you for the report.

@GregorFritzE2
Copy link
Author

Is there any update on this issue? Or any intention of supporting these kinds of statements?

@renecannao
Copy link
Contributor

With the refactoring work done in PR #3702 it should be easy to also add group_replication_consistency . We should plan to include it in version 2.4

@GregorFritzE2
Copy link
Author

With the refactoring work done in PR #3702 it should be easy to also add group_replication_consistency . We should plan to include it in version 2.4

Thanks for the reply!

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

Successfully merging a pull request may close this issue.

2 participants