Los grupos de lectura de Cloud SQL admiten el balanceo de cargas para tus cargas de trabajo de lectura grandes.
¿Qué son los grupos de lectura?
Un grupo de lectura es una colección de instancias de réplicas de lectura que se usa para distribuir tus grandes cargas de trabajo de lectura. Estas cargas de trabajo se pueden redireccionar desde la instancia principal al grupo de lectura para reducir la carga en la instancia principal.
Cada réplica de lectura del grupo de lectura se denomina nodo de grupo de lectura.
Puedes escalar tu grupo de lectura de varias maneras:
Aumentar o reducir la escala: Ajusta la capacidad de balanceo de cargas de forma horizontal modificando la cantidad de nodos del grupo de lectura.
Cada grupo de lectura admite entre 1 y 20 nodos de grupo de lectura.
Aumentar o reducir la escala: Aumenta o reduce la capacidad del balanceo de cargas de forma vertical modificando el tipo de máquina asociado a un nodo del grupo de lectura. Una vez definida, la configuración se aplica de manera uniforme en cada nodo del grupo de lectura.
Cuando modificas la configuración de los nodos del grupo de lectura, como el almacenamiento, la conectividad o las marcas de configuración de la base de datos, los cambios se aplican automáticamente de manera uniforme en cada nodo del grupo de lectura.
Se puede acceder al grupo de lectura a través de un solo extremo de lectura con una dirección IP inmutable. Las conexiones realizadas a través del extremo se redireccionan automáticamente a uno de los nodos del grupo de lectura. Cuando quieres que el grupo de lectura se ajuste o se expanda, no es necesario volver a configurar las aplicaciones que se conectaron previamente a este único extremo de lectura, aunque puedes crear nodos nuevos en el grupo de lectura o borrar los anteriores.
Cada nodo del grupo de lectura también tiene su propia dirección IP. Si bien no se recomienda como un enfoque eficiente para acceder a tus datos, puedes usar estas direcciones IP para solucionar problemas de rendimiento de nodos individuales del grupo de lectura.
Para obtener más información sobre cómo recuperar la información de conexión del grupo de lectura o los nodos del grupo de lectura (direcciones IP o una cadena de conexión), consulta Cómo ver la información del grupo de lectura.
Se aplican las siguientes características:
Los nodos del grupo de lectura siempre residen en la misma región, según lo especifica el usuario. Google Cloud alternates read pool node residency
among all zones in the region.
Una instancia principal puede tener uno o más grupos de lectura.
Las siguientes operaciones generan un tiempo de inactividad de menos de un segundo:
Aumentar o reducir la escala (agregar o quitar nodos del grupo de lectura)
Aumentar o reducir la escala verticalmente (cambiar el tipo de máquina de los nodos del grupo)
Convertir una réplica de lectura zonal existente en un grupo de lectura
Un grupo de lectura recibe mantenimiento antes que su instancia principal, de manera similar a las réplicas de lectura. Al igual que las réplicas de lectura, los grupos de lectura reciben mantenimiento durante el período de mantenimiento de la instancia principal.
Cada nodo del grupo de lectura tiene disponibles las mismas métricas que una réplica de lectura de Cloud SQL.
Cuando se usa gcloud o la consola de Google Cloud para describir los detalles de un proyecto, se muestra el nombre del grupo de lectura, pero no los nombres de los nodos individuales del grupo de lectura.
Limitaciones
Se aplica la siguiente limitación:
Los grupos de lectura solo están disponibles para las instancias de la edición Cloud SQL Enterprise Plus en la nueva arquitectura de red.
La instancia principal asociada a un grupo de lectura también debe ser una instancia de la edición Cloud SQL Enterprise Plus.
El tráfico se entrega desde los nodos del grupo de lectura según si la base de datos está en buen estado, pero independientemente de qué tan alto sea el retraso de replicación en ese nodo del grupo de lectura. El tráfico se puede entregar desde un nodo del grupo de lectura con retraso incluso si hay otro nodo del grupo de lectura disponible que no tenga retraso. Se considera que una base de datos está en buen estado si el proceso de la base de datos está en funcionamiento y puede responder consultas, pero no hay requisitos sobre la actualidad de los datos que se entregan.
No se garantiza que una sola sesión lógica se conecte a varios nodos del grupo de lectura. Es posible que las solicitudes posteriores de una sesión se conecten a un nodo del grupo de lectura que tenga una posición de replicación (GTID) inferior a la del nodo del grupo de lectura que atendió una solicitud anterior, lo que puede hacer que el estado de la base de datos parezca retroceder en el tiempo.
No se admiten los siguientes tipos de actualizaciones:
Si bien los grupos de lectura siguen recibiendo actualizaciones de mantenimiento de Cloud SQL, no puedes
actualizar tu grupo de lectura a una versión de base de datos principal o secundaria nueva.
Iniciar o detener nodos del grupo de lectura
Además de las operaciones que no se admiten en las réplicas de lectura, las siguientes operaciones no se admiten en los grupos de lectura:
promote replica
restart
import
export
conmutación por error
volver a encriptar
clone
Las siguientes funciones no se pueden usar con un grupo de lectura:
Private Service Connect
Certificados SSL/TLS con una CA compartida o una CA administrada por el cliente
Un grupo de lectura no se puede replicar en otra instancia, por ejemplo, una réplica en cascada o un grupo de lectura diferente.
Un grupo de lectura debe replicarse directamente desde una instancia principal. No puede ser una réplica en cascada.
Si deseas convertir una réplica de lectura regional en un grupo de lectura, primero debes convertir la réplica de lectura regional en una réplica de lectura zonal.
Cuando creas o ajustas la escala de un grupo de lectura, debes esperar a que finalicen las operaciones anteriores de creación, ajuste de la escala hacia adentro o ajuste de la escala hacia afuera asociadas con el grupo de lectura. Esta restricción se aplica a cualquier otro grupo de lectura asociado con la misma instancia principal. Si deseas ajustar la escala de varios grupos de lectura asociados con la misma instancia principal, debes esperar a que finalicen las operaciones de ajuste de escala asociadas con el primer grupo de lectura antes de comenzar a ajustar la escala del siguiente grupo de lectura. Si envías solicitudes simultáneas, es posible que recibas el siguiente error: Operation failed because another operation was already in progress..
Solo se puede convertir una réplica zonal ubicada en la misma región que la instancia principal para usarla en un grupo de lectura.
No puedes agregar ni quitar nodos del grupo de lectura mientras cambias su tipo de máquina al mismo tiempo.
Si tu aplicación debe conectarse a una réplica de lectura dedicada (por ejemplo, debido a los índices secundarios presentes en una réplica de lectura específica), crea una réplica de lectura de Cloud SQL y úsala en su lugar.
No puedes consultar usuarios ni bases de datos específicos asociados a un grupo de lectura. Dado que Cloud SQL Studio depende de los datos proporcionados por los usuarios y las bases de datos, no se admite con grupos de lectura.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-04 (UTC)"],[],[],null,["# About read pools\n\n\u003cbr /\u003e\n\nMySQL \\| [PostgreSQL](/sql/docs/postgres/about-read-pools \"View this page for the PostgreSQL database engine\") \\| SQL Server\n\n\u003cbr /\u003e\n\n|\n| **Preview**\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\nCloud SQL read pools support load balancing for your large read workloads.\n\nWhat are read pools?\n--------------------\n\nA *read pool* is a collection of read replica instances used to distribute\nyour large read workloads. These workloads can be redirected from the primary\ninstance to the read pool to reduce load on the primary instance.\n\nEach read replica in the read pool is called a *read pool node*.\n\nYou can scale your read pool in several ways:\n\n- **Scale in or out**: scale load balancing capacity horizontally by modifying the number of read pool nodes in the read pool. Each read pool supports between 1 and 20 read pool nodes.\n- **Scale up or down**: scale load balancing capacity vertically by modifying the machine type associated with a read pool node. Once defined, configuration is uniformly applied across each read pool node in the read pool.\n\nWhen you modify read pool node settings such as storage, connectivity, or\ndatabase configuration flags, the changes are automatically applied uniformly\nacross each read pool node in the read pool.\n\nThe read pool is accessible through a *single read endpoint* with\nan immutable IP address. Connections made through the endpoint are\nautomatically redirected to one of the read pool nodes. When you want the\nread pool to scale in or scale out, applications that were previously\nconnected to this single read endpoint don't need to be reconfigured, even\nthough you can create new read pool nodes in the read pool or delete previous\nones.\n\nEach read pool node also has its own IP address. While not\nrecommended as an efficient approach for accessing your data, you can use\nthese IP addresses to troubleshoot individual read pool node performance.\n\nFor more information on how to retrieve the connection information for the\nread pool or the read pool nodes (either IP addresses or a connection string),\nsee\n[View read pool information](/sql/docs/mysql/create-read-pool#view-read-pool).\n\nThe following characteristics apply:\n\n- Read pool nodes of the read pool always reside in the same region, as specified by the user. Google Cloud alternates read pool node residency among all zones in the region.\n- A primary instance can have one or more read pools.\n- The following operations incur sub-second downtime:\n - Scaling out or in (adding or removing read pool nodes).\n - Scaling up or down (changing the machine type of the nodes in the pool).\n - Converting an existing zonal read replica to a read pool.\n- A read pool receives maintenance before its primary instance, similar to read replicas. Like read replicas, read pools receive maintenance during the primary instance's maintenance window.\n- Each read pool node has the same metrics available as a Cloud SQL read replica.\n- When using `gcloud` or the Google Cloud console to describe the details of a project, the read pool name is listed, individual read pool node names are not.\n\nLimitations\n-----------\n\nThe following limitations apply:\n\n- Read pools are only available for [Cloud SQL Enterprise Plus edition](/sql/docs/mysql/editions-intro) instances on the [new network architecture](/sql/docs/mysql/upgrade-cloud-sql-instance-new-network-architecture#check-single-instance). The primary instance associated with a read pool must also be a Cloud SQL Enterprise Plus edition instance.\n- Traffic is served from read pool nodes based on whether the database is healthy, but regardless of how high replication lag on that read pool node is. Traffic can be served from a lagging read pool node even if another read pool node is available that isn't lagging. A database is considered healthy if the database process is up and can answer queries, but there is no requirement on how fresh the data being served is.\n- No guarantee is made about a single logical session connecting to multiple read pool nodes in the read pool. It's possible for later requests in a session to connect to a read pool node that has a lower replication position (GTID) than the read pool node that served an earlier request, which can cause the state of the database to appear to go back in time.\n- The following types of updates aren't supported:\n - While read pools still receive Cloud SQL maintenance updates, you can't update your read pool to a new major or minor database version.\n - Starting or stopping nodes of the read pool\n- In addition to operations that aren't supported on read replicas, the following operations aren't supported on read pools:\n - promote replica\n - restart\n - import\n - export\n - failover\n - re-encrypt\n - clone\n- The following features can't be used with a read pool:\n - Private Service Connect\n - SSL/TLS certificates with shared CA or customer-managed CA\n- A read pool can't replicate to another instance, for example, a cascading replica or another read pool.\n- A read pool must replicate directly from a primary instance. It can't be a cascading replica.\n- If you want to convert a regional read replica to a read pool, then you must first convert the regional read replica to a zonal read replica.\n- When creating or scaling a read pool, you must wait for previous create pool, scale in, or scale out operations associated with the read pool to finish. This restriction applies to any other read pool associated with the same primary instance. If you want to scale multiple read pools associated with the same primary instance, then you must wait for scaling operations associated with the first read pool to finish before you start scaling the next read pool. If you issue concurrent requests, then you might receive the following error: `Operation failed because another operation was already in progress.`.\n- Only a zonal replica located in the same region as the primary can be converted for use in a read pool.\n- You can't add or remove read pool nodes from the read pool while you're changing their machine type at the same time.\n- If your application must connect to a dedicated read replica---for example, because of secondary indexes present on a specific read replica---create a Cloud SQL read replica and use it instead.\n- You can't query specific users and databases associated with a read pool. Since Cloud SQL Studio relies on data provided by users and databases, Cloud SQL Studio isn't supported with read pools.\n\nWhat's next\n-----------\n\n- [Create and manage read pools](/sql/docs/mysql/create-read-pool)"]]
