Open BhuviTheDataGuy opened 5 years ago
Reproduced the Issue with ProxySQL 2.0.2 with Ubuntu 18.10 and MySQL 8.0.15. Im getting the same error.
Error log:
2019-03-29 13:14:24 [INFO] Received SAVE MYSQL SERVERS TO DISK command
2019-03-29 13:14:24 [INFO] Received LOAD MYSQL USERS TO RUNTIME command
2019-03-29 13:14:24 [INFO] Received SAVE MYSQL USERS TO DISK command
2019-03-29 13:14:53 MySQL_Monitor.cpp:1824:monitor_ping(): [ERROR] Server 10.10.4.40:3306 missed 3 heartbeats, shunning it and killing all the connections. Disabling other checks until the node comes back online.
No data from monitor.mysql_server_connect_log
table and stats_mysql_errors table
One more Update: Reproduced the same on Proxysql 2.0.3 which is installed on Cent Os 7
Finally I have fixed this.
Its because of caching_sha2_password Plugin.
From Ping error:
Plugin caching_sha2_password could not be loaded: lib/mariadb/plugin/caching_sha2_password.so: cannot open shared object file: No such file or directory
add this under [mysqld]
collation-server = utf8mb4_general_ci
default-authentication-plugin = mysql_native_password
Reopening. Your fix in reality is a workaround. It must work no matter what default authentication plugin is used. If this is not the case, it must be considered a bug (even if a workaround exists)
Thanks, @renecannao Wait for the fix :)
caching_sha2_password should be a priority to get implemented.
Any news on caching_sha2_password support @renecannao ?
I need one help .. Here is my issue for mysql 8 DB user through proxy sql.
Frequent Access denied coming for database user connecting through proxysql .
Here is my environment : Azure ubunti 18.4 instancce with three mysql 8.018 version of mtaster slave xxx.xxx.xxx.73 (mysql slave) xxx.xxx.xxx.75 (mysql master ) xxx.xxx.xxx.79 (mysql slave) Proxy sql version is proxysql --version ProxySQL version 2.0.6-73-gc746bf7f, codename Truls mysql client is mysql Ver 8.0.19 for Linux on x86_64 (MySQL Community Server - GPL).
I also change password authintication value in all mysql node config parameter to collation-server = utf8mb4_general_ci default-authentication-plugin = mysql_native_password.
Still I get access issue from proxy sql connecting to DB server node for same user id and
password sometime it get access to mysql some time it giving access denined .
mysql -h 10.5.0.80 -u
My proxy connection some time get connected and some time getting access denied
我需要一个帮助..这是通过代理sql对于mysql 8 DB用户的问题。
对于通过proxysql连接的数据库用户,拒绝频繁访问。
这是我的环境: 具有三个mysql 8.018版本的mtaster从站 xxx.xxx.xxx.73(mysql从站) xxx.xxx.xxx.75(mysql主站) xxx.xxx.xxx.79(mysql从站)的Azure ubunti 18.4实例 代理sql版本是 proxysql --version ProxySQL版本2.0.6-73-gc746bf7f,代号Truls mysql客户端是mysql Ver 8.0.19(适用于x86_64上的Linux)(MySQL Community Server-GPL)。
我还将所有mysql节点配置参数中的密码身份验证值更改 为 collation-server = utf8mb4_general_ci default-authentication-plugin = mysql_native_password。
我仍然从代理sql连接到数据库服务器节点以相同的用户ID和 密码获得访问问题,有时它会访问mysql,从而导致访问被拒绝。 mysql -h 10.5.0.80 -u
-p -P 6033 -e“ SELECT @ @hostname ;”。 此脚本有时被压缩,有时将无法访问,并且消息访问被拒绝“错误1045(28000):ProxySQL错误:用户'app_user'@'10.5.0.80'(使用密码:是)的访问被拒绝' 我最近三天 我都 伤了脑筋..我迫切需要帮助,打印出beckend主机名 我的代理服务器连接有时会连接,有些时候会拒绝访问
有解决这个问题吗?我也遇到同样情况
I'm having this same issue. I restart ProxySQL and everything is fine for a few minutes but then the MySQL server gets shunned and does not reconnect.
I'm able to connect directly to the MySQL server without using ProxySQL.
Is there a setting that'll get ProxySQL to reconnect?
Same issue ... any news?
Please make sure to have read https://proxysql.com/documentation/mysql-8-0/
@renecannao I'm sorry man, put I've read it and this is the line from the documentation
ProxySQL doesn’t yet support caching_sha2_password.
That's a feature it will need to support.
Are you not able to connect to proxysql?
Im running the ProxySQL v2.0.3 on Ubuntu 18.04. Its a fresh setup. MySQL version 8.0
It was able to access MySQL server for an hour. But later I got it was showing the MySQL server is SHUNNED.
I did a restart of ProxySQL, for next 3mins it was fine, then again its showing SHUNNED.
Error log:
I don't know all of my recent ProxySQL deployments are having some issues :)