Limitaciones de Azure Database for MySQL: servidor flexible

SE APLICA A: Azure Database for MySQL: servidor flexible

En este artículo se describen las limitaciones del servidor flexible de Azure Database for MySQL. También se aplican las limitaciones generales en el motor de base de datos de MySQL. Si desea obtener información sobre las limitaciones de recursos (proceso, memoria, almacenamiento), consulte el artículo sobre proceso y almacenamiento.

Parámetros del servidor

El servidor flexible de Azure Database for MySQL admite el ajuste de los valores de parámetros del servidor. Los valores mínimo y máximo de algunos parámetros (por ejemplo max_connections, join_buffer_size y query_cache_size) se determinan mediante el nivel de proceso y antes de calcular el tamaño del servidor. Para obtener más información sobre estos límites, junto con valores mínimos y máximos para parámetros de servidor como max_connections y innodb_buffer_pool_size, consulte el artículo sobre los parámetros de servidor.

Claves principales invisibles generadas

Para MySQL versión 8.0 y posteriores, las Claves principales invisibles generadas (GIPK) están habilitadas de forma predeterminada para todas las instancias de servidor flexible de Azure Database for MySQL.

Los servidores MySQL 8.0+ agregan la columna invisible my_row_id a las tablas y una clave principal de esa columna, donde se crea la tabla InnoDB sin una clave principal explícita. Por este motivo, no se puede crear una tabla con una columna denominada my_row_id a menos que la instrucción de creación de la tabla especifique también una clave principal explícita. Más información.

De forma predeterminada, los GIPK aparecen en la salida de SHOW CREATE TABLE, SHOW COLUMNS y SHOW INDEX. Los GIPK también son visibles en las tablas INFORMATION_SCHEMA COLUMNS y STATISTICS.

Para obtener más información sobre los GIPK y sus casos de uso con replicación de datos de entrada, consulte Replicación de datos en Azure Database for MySQL: servidor flexible.

Pasos para deshabilitar un GIPK

Si desea deshabilitar un GIPK, tiene dos opciones:

• Cambie el valor del parámetro del servidor sql_generate_invisible_primary_key a OFF mediante Azure Portal o la CLI de Azure.

• Conéctese a la instancia del servidor flexible de Azure Database for MySQL y ejecute el siguiente comando:

  mysql> SET sql_generate_invisible_primary_key=OFF;
  

lower_case_table_names

En el servidor flexible de Azure Database for MySQL, el valor predeterminado de lower_case_table_names es 1 para la versión 5.7 de MySQL. Si necesita ajustar esta configuración, se recomienda crear una incidencia de soporte técnico. Es importante comprender que después de cambiar el valor del parámetro a 2, no se permite revertir a 1.

Para MySQL versión 8.0, se prohíbe cambiar la configuración de lower_case_table_names después de inicializar el servidor. Más información. En el servidor flexible de Azure Database for MySQL, el valor predeterminado de lower_case_table_names es 1 para la versión 8.0 de MySQL. Si desea cambiar este parámetro a 2, se recomienda crear un servidor MySQL 5.7 y crear una incidencia de soporte técnico para obtener ayuda con el cambio. Más adelante, si es necesario, puede actualizar el servidor a la versión 8.0.

Motores de almacenamiento

MySQL es compatible con muchos motores de almacenamiento. En las listas siguientes se muestran los motores de almacenamiento admitidos y no admitidos en Azure Database for MySQL: servidor flexible.

Motores admitidos

• InnoDB
• MEMORY

Motores no admitidos

• MyISAM
• BLACKHOLE
• ARCHIVE
• FEDERATED

Compatibilidad con privilegios y con la manipulación de datos

Muchos parámetros y ajustes del servidor pueden reducir por error el rendimiento del servidor o invalidar las propiedades ACID (atómicas, coherentes, aisladas y duraderas) del servidor de MySQL. Para mantener la integridad del servicio y el acuerdo de nivel de servicio en un nivel de producto, Azure Database for MySQL: servidor flexible no expone varios roles.

Azure Database for MySQL: servidor flexible no permite el acceso directo al sistema de archivos subyacente. No se admiten algunos comandos de manipulación de datos.

Privilegios admitidos

• LOAD DATA INFILE se admite, pero debe especificar el parámetro [LOCAL] y dirigirlo a una ruta de acceso UNC (Azure Storage montado a través del bloque de mensajes del servidor). Si usa la versión 8.0 o posteriores del cliente de MySQL, debe incluir el parámetro -–local-infile=1 en la cadena de conexión.

• Para MySQL versión 8.0 y posteriores, solo se admiten los siguientes privilegios dinámicos:

  • REPLICATION_APPLIER
  • ROLE_ADMIN
  • SESSION_VARIABLES_ADMIN
  • SHOW ROUTINE
  • XA_RECOVER_ADMIN

Privilegios no admitidos

• El rol de administrador de bases de datos (DBA) está restringido. Como alternativa, puede usar el rol del usuario administrador asignado durante la creación de un nuevo servidor. Este rol le permite realizar la mayoría de las instrucciones de lenguaje de definición de datos (DDL) y lenguaje de manipulación de datos (DML).

• Los siguientes privilegios estáticos están restringidos:

  • SUPER
  • FILE
  • CREATE TABLESPACE
  • SHUTDOWN

• No se admite la concesión de privilegios BACKUP_ADMIN para realizar copias de seguridad mediante herramientas de migración.

• DEFINER requiere privilegios SUPER para crear y está restringido. Si va a importar datos mediante una copia de seguridad, quite manualmente los comandos CREATE DEFINER o use el comando --skip-definer al realizar una copia de seguridad de mysqlpump.

• La base de datos del sistema de MySQL es de solo lectura y admite diversas funciones de plataforma como servicio (PaaS). No puede realizar cambios en la base de datos del sistema de mysql.

• SELECT ... INTO OUTFILE no se admite en el servicio.

Limitaciones funcionales

Alta disponibilidad con redundancia de zona

Puede establecer una configuración de alta disponibilidad con redundancia de zona solo durante la creación del servidor. Esta configuración no se admite en el nivel de proceso ampliable.

Red

No puede cambiar el método de conectividad después de crear el servidor. Si crea el servidor con acceso privado (integración de red virtual), no se puede cambiar a acceso público (direcciones IP permitidas) después de la creación y viceversa.

Operaciones de detención e inicio

Las operaciones para detener e iniciar el servidor no se admiten con configuraciones de réplica de lectura (tanto de origen como de réplicas).

Operaciones de escalado

No se admite la reducción del almacenamiento del servidor aprovisionado.

Actualizaciones de la versión de servidor

No se admite la migración automatizada entre versiones principales del motor de base de datos. Si desea actualizar la versión principal, use un Volcado y restauración en un servidor que creó con la nueva versión del motor.

Restauración de un servidor

Con la restauración a un momento dado, los nuevos servidores tienen las mismas configuraciones de proceso y almacenamiento que el servidor de origen en el que se basan. Puede reducir verticalmente el proceso del servidor recién restaurado después de crear el servidor.

Comparaciones de características

No todas las características disponibles en el servidor único de Azure Database for MySQL están disponibles en el servidor flexible de Azure Database for MySQL.

Para obtener una lista completa de las comparaciones de características entre el servidor único de Azure Database for MySQL y el servidor flexible de Azure Database for MySQL, visite el artículo sobre cómo elegir la opción adecuada de servidor de MySQL en Azure.

Contenido relacionado

• Comprenda qué opciones de proceso y almacenamiento están disponibles en servidores flexibles.
• Obtenga información acerca de las versiones admitidas de MySQL.
• Aprenda cómo usar Azure Portal para crear una instancia de Azure Database for MySQL: servidor flexible.