You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Google recommends using Google Cloud SQL proxy, which creates a local UNIX socket, to connect to its managed SQL service. These sockets are generated in the format:
Generates thousands of global__r errors in the debug.log and basically breaks everything. I think the colons in the local file aren't being escaped / interpreted correctly and that makes the database unreachable.
The text was updated successfully, but these errors were encountered:
You should not use Google Cloud SQL for Wordpress. Or ... just about anything. It is a low effort feature made to match AWS on a feature matrix so sales people can say "we have that too".
You are not going to get UDS throughput through a Cloud SQL proxy socket that is actually an TCP/SSL. Using UDS means you have a default concurrency of 128 connections as well, even though it's TCP under the hood. Better tune up that net.core.somaxconn!
TL;DR: leave this broken to discourage people from using an awful product from a company that should know better.
Google recommends using Google Cloud SQL proxy, which creates a local UNIX socket, to connect to its managed SQL service. These sockets are generated in the format:
project:region:instance
So you end up with a local file like:
/run/cloud_sql_proxy/my-project:us-central1:my-instance
Using this local file in db-config.php like:
'host' => 'localhost:/run/cloud_sql_proxy/my-project:us-central1:my-instance
Generates thousands of global__r errors in the debug.log and basically breaks everything. I think the colons in the local file aren't being escaped / interpreted correctly and that makes the database unreachable.
The text was updated successfully, but these errors were encountered: