이 페이지에서는 관리형 연결 풀링과 Cloud SQL 인스턴스에서 사용하는 방법을 설명합니다.
관리형 연결 풀링을 사용하면 풀링을 사용하여 MySQL용 Cloud SQL 인스턴스의 리소스 사용률과 연결 지연 시간을 최적화하여 워크로드를 확장할 수 있습니다.
관리형 연결 풀링은 스레드 풀을 만들어 수신 요청을 처리합니다. 이렇게 하면 서버에 스레드 수 증가로 인한 과부하가 발생하지 않고 갑작스런 연결 급증을 흡수하여 특히 확장된 연결의 성능이 크게 향상됩니다.
모든 트랜잭션 워크로드에 관리형 연결 풀링을 사용할 수 있지만 관리형 연결 풀링은 수명이 짧은 연결이 포함된 애플리케이션이나 연결 급증을 유발하는 애플리케이션에서 가장 높은 처리량과 지연 시간 이점을 제공합니다.
장기 연결의 경우 관리형 연결 풀링을 사용하는 연결 성능이 직접 연결을 사용하는 경우보다 약간 낮아질 수 있습니다. 이러한 경우 연결 수가 매우 많으면 관리형 연결 풀링에서 연결 확장 기능을 제공합니다. 하지만 일반적으로 장기 연결을 설정하는 애플리케이션의 경우에는 대신 인스턴스에 직접 연결을 사용할 수 있습니다.
관리형 연결 풀링을 사용 설정하는 방법에 대한 자세한 내용은 관리형 연결 풀링 구성을 참조하세요.
요구사항
관리형 연결 풀링을 사용하려면 인스턴스가 다음 요구사항을 충족해야 합니다.
인스턴스는 Cloud SQL Enterprise Plus 버전 인스턴스여야 합니다.
관리형 연결 풀링을 사용하려면 유지관리 버전 번호가 MYSQL_$version.R20250304.00_01 이상이어야 합니다. 자세한 내용은 셀프서비스 유지보수 수행을 참조하세요.
Cloud SQL 인스턴스의 관리형 연결 풀링에서 사용되는 포트
관리형 연결 풀링을 사용 설정하면 Cloud SQL 인스턴스에서 데이터베이스 트래픽을 처리하는 데 사용되는 포트가 변경됩니다. 관리형 연결 풀링은 MySQL에서 연결을 처리하는 방식을 변경하지만 포트 번호는 동일하게 유지됩니다. 관리형 연결 풀링에서 사용하는 포트는 다음과 같습니다.
TCP 포트 3307: 관리형 연결 풀링 서버에서 Cloud SQL 인증 프록시 전용 연결에 사용됩니다. Cloud SQL 인증 프록시를 사용하여 관리형 연결 풀링 서버에 연결하는 경우 이 포트 번호는 Cloud SQL 인증 프록시 클라이언트로 구성되며 변경될 수 없습니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-08-19(UTC)"],[],[],null,["# Managed Connection Pooling overview\n\n\u003cbr /\u003e\n\nMySQL \\| [PostgreSQL](/sql/docs/postgres/managed-connection-pooling \"View this page for the PostgreSQL database engine\") \\| SQL Server\n\n\u003cbr /\u003e\n\n|\n| **Preview\n| --- [Managed Connection Pooling](/sql/docs/mysql/managed-connection-pooling)**\n|\n|\n| This feature is subject to the \"Pre-GA Offerings Terms\" in the General Service Terms section\n| of the [Service Specific Terms](/terms/service-terms#1).\n|\n| You can process personal data for this feature as outlined in the\n| [Cloud Data Processing\n| Addendum](/terms/data-processing-addendum), subject to the obligations and restrictions described in the agreement under\n| which you access Google Cloud.\n|\n| Pre-GA features are available \"as is\" and might have limited support.\n|\n| For more information, see the\n| [launch stage descriptions](/products#product-launch-stages).\n\nThis page describes what Managed Connection Pooling is and how to use it with your\nCloud SQL instances.\n\nManaged Connection Pooling lets you scale your workloads by optimizing resource utilization\nand connection latency for your Cloud SQL for MySQL instances using pooling.\nManaged Connection Pooling creates a pool of threads to handle\nincoming requests. This delivers significant performance improvements,\nespecially for scaled connections, by absorbing sudden connection spikes without\noverloading the server with a growth in the number of threads.\n\n\nWhile you can use Managed Connection Pooling for any transactional workloads,\nManaged Connection Pooling provides the most throughput and latency benefit with applications\nthat contain short-lived connections, or applications that result in a\nconnection surge.\n\nFor long-lived connections, the connection performance using\nManaged Connection Pooling can be slightly lower than when using a direct\nconnection. In this case, Managed Connection Pooling provides connection\nscaling when the number of connections is very high. However, for\napplications that typically establish long-lived connections, you might use\ndirect connections to your instance instead.\n\nFor more information on how to enable Managed Connection Pooling, see\n[Configure Managed Connection Pooling](/sql/docs/mysql/configure-mcp).\n\nRequirements\n------------\n\nTo use Managed Connection Pooling, your instance must meet the following requirements:\n\n- Your instance must be a Cloud SQL Enterprise Plus edition instance.\n- Managed Connection Pooling requires a minimum maintenance version number of `MYSQL_$version.R20250304.00_01`. For more information, see [Perform self-service maintenance](/sql/docs/mysql/self-service-maintenance).\n\nPorts used by Managed Connection Pooling for Cloud SQL instances\n----------------------------------------------------------------\n\nWhen you enable Managed Connection Pooling, the ports used by Cloud SQL instances to serve database traffic change. Managed Connection Pooling changes how MySQL handles connections, but the port numbers remain the same. The ports used by Managed Connection Pooling are as follows:\n\n- **TCP port 3306** : used for direct connections by the MySQL database server. This is the default port number used when [directly connecting using mysql client](/sql/docs/mysql/connect-admin-ip#connect).\n- **TCP port 3307**: used for the Cloud SQL Auth Proxy only connections by the Managed Connection Pooling server. When you use Cloud SQL Auth Proxy to connect to Managed Connection Pooling server, this port number is configured with the Cloud SQL Auth Proxy client and can't be changed.\n\nAvailable configuration options\n-------------------------------\n\nYou can [customize Managed Connection Pooling](/sql/docs/mysql/configure-mcp#modify-mcp) by using the following configuration parameters:\n\n\u003cbr /\u003e\n\n- `max_pool_size`: the amount of concurrency for MCP. The default value is number of cores in your database.\n\nLimitations\n-----------\n\nConsider the following limitations when using Managed Connection Pooling with\nyour Cloud SQL Enterprise Plus edition instances:\n\n- Enabling Managed Connection Pooling on an existing instance results in a database restart.\n- When you use the Cloud SQL API to enable, disable, or configure Managed Connection Pooling, the `instance.update` API can't contain any other instance configuration updates.\n\nWhat's next\n-----------\n\n- [Create an instance](/sql/docs/mysql/create-instance)\n- [Configure Managed Connection Pooling](/sql/docs/mysql/configure-mcp)"]]