GCP ProxySQL 和 BasicDataSource 连接池
GCP ProxySQL and BasicDataSource connection pool
我有一个 java BasicDataSource 连接池的问题。
我的 ProxySql 在我的所有 DataProc 计算引擎上都正确配置，如果我尝试使用 sqlclient 连接到我的 CloudSql 实例，它会正常工作。
当我尝试从我的连接池连接到我的 CloudSql 时，配置了这个连接字符串：pooljdbc:mysql://127.0.0.1/my_db?serverTimezone=UTC，我得到这个错误：
Cannot create PoolableConnectionFactory (Access denied for user 'myuser'@'localhost' (using password: YES))
org.apache.commons.dbcp.SQLNestedException: Cannot create PoolableConnectionFactory (Access denied for user 'myuser'@'localhost' (using password: YES))
at org.apache.commons.dbcp.BasicDataSource.createPoolableConnectionFactory(BasicDataSource.java:1549)
并且是正确的，因为 proxySQL tcp 连接是在 127.0.0.1 上而不是在本地主机（unix 套接字）上。
我不明白为什么 BasicDataSource 会尝试在本地主机上进行连接，而不是像我在连接字符串中配置的那样在 127.0.0.1 上进行连接。
非常感谢任何帮助。
字符串'myuser'@'localhost'指的是您的登录身份，不是服务器连接字符串；例如，如果您 运行 从一台名为 foo-instance 的机器尝试连接，即使您使用指定远程 IP 地址的连接字符串，您的登录名也会是 'myuser'@'foo-instance'。虽然使用 sqlclient 的直接连接将根据指定的服务器主机名以不同方式解析源主机名，但这是一个不应该依赖的怪癖。特别是，在您的情况下，ProxySQL 服务将代表您行事，因此源主机名将来自 ProxySQL 实例，而不是您的连接字符串。
您可能想分享有关 ProxySQL 配置的更多详细信息，但如果您使用默认设置，您的 PROXYSQL_HOSTNAME 将设置为 localhost；您可以尝试确保将 PROXYSQL_HOSTNAME 设置为 127.0.0.1。
有趣的是，根据粗略的测试，创建由 127.0.0.1 标识的用户 g运行ts 似乎对登录主机的限制更大，而为 [= 创建 g运行t 14=] 允许 127.0.0.1 和 localhost 用于连接主机名：
MariaDB [(none)]> create user 'dhuo'@'127.0.0.1' identified by 'dhuopass';
...
$ mysql -h localhost -pdhuopass
ERROR 1045 (28000): Access denied for user 'dhuo'@'localhost' (using password: YES)
$ mysql -h 127.0.0.1 -pdhuopass
Welcome to the MariaDB monitor. Commands end with ; or \g.
...
MariaDB [(none)]> drop user dhuo@127.0.0.1
MariaDB [(none)]> create user 'dhuo'@'localhost' identified by 'dhuopass';
...
$ mysql -h localhost -pdhuopass
Welcome to the MariaDB monitor. Commands end with ; or \g.
$ mysql -h 127.0.0.1 -pdhuopass
Welcome to the MariaDB monitor. Commands end with ; or \g.
一般来说，最好将您的用户 g运行ts 配置为来自 localhost 而不是 127.0.0.1，这样才能最好地支持入站主机名。
我有一个 java BasicDataSource 连接池的问题。
我的 ProxySql 在我的所有 DataProc 计算引擎上都正确配置，如果我尝试使用 sqlclient 连接到我的 CloudSql 实例，它会正常工作。 当我尝试从我的连接池连接到我的 CloudSql 时，配置了这个连接字符串：pooljdbc:mysql://127.0.0.1/my_db?serverTimezone=UTC，我得到这个错误：
Cannot create PoolableConnectionFactory (Access denied for user 'myuser'@'localhost' (using password: YES))
org.apache.commons.dbcp.SQLNestedException: Cannot create PoolableConnectionFactory (Access denied for user 'myuser'@'localhost' (using password: YES))
at org.apache.commons.dbcp.BasicDataSource.createPoolableConnectionFactory(BasicDataSource.java:1549)
并且是正确的，因为 proxySQL tcp 连接是在 127.0.0.1 上而不是在本地主机（unix 套接字）上。
我不明白为什么 BasicDataSource 会尝试在本地主机上进行连接，而不是像我在连接字符串中配置的那样在 127.0.0.1 上进行连接。
非常感谢任何帮助。
字符串'myuser'@'localhost'指的是您的登录身份，不是服务器连接字符串；例如，如果您 运行 从一台名为 foo-instance 的机器尝试连接，即使您使用指定远程 IP 地址的连接字符串，您的登录名也会是 'myuser'@'foo-instance'。虽然使用 sqlclient 的直接连接将根据指定的服务器主机名以不同方式解析源主机名，但这是一个不应该依赖的怪癖。特别是，在您的情况下，ProxySQL 服务将代表您行事，因此源主机名将来自 ProxySQL 实例，而不是您的连接字符串。
您可能想分享有关 ProxySQL 配置的更多详细信息，但如果您使用默认设置，您的 PROXYSQL_HOSTNAME 将设置为 localhost；您可以尝试确保将 PROXYSQL_HOSTNAME 设置为 127.0.0.1。
有趣的是，根据粗略的测试，创建由 127.0.0.1 标识的用户 g运行ts 似乎对登录主机的限制更大，而为 [= 创建 g运行t 14=] 允许 127.0.0.1 和 localhost 用于连接主机名：
MariaDB [(none)]> create user 'dhuo'@'127.0.0.1' identified by 'dhuopass';
...
$ mysql -h localhost -pdhuopass
ERROR 1045 (28000): Access denied for user 'dhuo'@'localhost' (using password: YES)
$ mysql -h 127.0.0.1 -pdhuopass
Welcome to the MariaDB monitor. Commands end with ; or \g.
...
MariaDB [(none)]> drop user dhuo@127.0.0.1
MariaDB [(none)]> create user 'dhuo'@'localhost' identified by 'dhuopass';
...
$ mysql -h localhost -pdhuopass
Welcome to the MariaDB monitor. Commands end with ; or \g.
$ mysql -h 127.0.0.1 -pdhuopass
Welcome to the MariaDB monitor. Commands end with ; or \g.
一般来说，最好将您的用户 g运行ts 配置为来自 localhost 而不是 127.0.0.1，这样才能最好地支持入站主机名。