Estos contenidos se han traducido de forma automática para su comodidad, pero Huawei Cloud no garantiza la exactitud de estos. Para consultar los contenidos originales, acceda a la versión en inglés.
Centro de ayuda> GaussDB(for MySQL)> Guía del usuario> Réplicas de lectura> Introducción de réplicas de lectura
Actualización más reciente 2023-12-14 GMT+08:00

Introducción de réplicas de lectura

Introducción

Las instancias de GaussDB(for MySQL) contienen réplicas de lectura además del nodo primario.

En escenarios de lectura intensiva, un nodo primario puede ser incapaz de manejar la presión de lectura y el rendimiento del servicio puede verse afectado. Para descargar la presión de lectura del nodo principal, puede crear una o más réplicas de lectura en la misma región que el nodo principal. Estas réplicas de lectura pueden procesar un gran número de solicitudes de lectura y aumentar el rendimiento de la aplicación. Para hacer esto, las direcciones de conexión de configuración deben programarse por separado para el nodo principal y cada réplica de lectura en las aplicaciones para que todas las solicitudes de lectura se puedan enviar a réplicas de lectura y a solicitudes de escritura en el nodo principal.

Estándares de facturación

Las réplicas de lectura también se facturan. El modo de facturación es el mismo que el del nodo primario.

Funciones

  • Las especificaciones de réplicas de lectura son las mismas que las del nodo primario.
  • No es necesario mantener cuentas y bases de datos para réplicas de lectura. Se sincronizan desde el nodo primario.
  • El sistema puede supervisar el rendimiento de las réplicas de lectura.

Restricciones

  • Una instancia contiene hasta 15 réplicas de lectura.
  • Las réplicas de lectura no admiten la restauración de copias de respaldo.
  • Los datos no se pueden migrar a réplicas de lectura.
  • No puede crear ni eliminar bases de datos en réplicas de lectura.
  • Solo puede crear cuentas en el nodo principal.
  • Puede haber una latencia entre las réplicas de lectura y el nodo primario. La latencia del índice de texto completo es significativa debido a su mecanismo especial. Para cargas de trabajo de aplicaciones sensibles a la latencia, se recomienda enviar consultas al nodo principal.