Limitaciones de Azure Database for MySQL: servidor flexible

  • Artículo

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. Para obtener más información sobre las limitaciones de los recursos (proceso, memoria y almacenamiento), consulte el artículo acerca del proceso y el almacenamiento.

Parámetros del servidor

Nota

  • Si busca valores mínimos y máximos para los parámetros del servidor, como max_connections y innodb_buffer_pool_size, esta información se ha pasado al artículo sobre los conceptos de los parámetros del servidor.
  • lower_case_table_names valor solo se puede establecer en 1 en el servidor flexible de Azure Database for MySQL.

El servidor flexible de Azure Database for MySQL admite la optimización de los valores de los 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. Consulte los parámetros del servidor para más información sobre estos límites.

Claves principales invisibles generadas

Para la versión 8.0 y posteriores de MySQL, 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 que tenga 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 se muestran en la salida de SHOW CREATE TABLE, SHOW COLUMNS y SHOW INDEX, y están visibles en las tablas COLUMNS y STATISTICS de esquema de información. Para más información sobre GIPK y sus casos de uso con data-in-Replication en el servidor flexible de Azure Database for MySQL, consulte GIPK with Data-in-Replication.

Pasos para deshabilitar GIPK

  • Puede actualizar el valor del parámetro de servidor sql_generate_invisible_primary_key a "OFF" siguiendo los pasos mencionados sobre cómo actualizar cualquier parámetro de servidor desde Azure Portal o mediante la CLI de Azure.

  • O bien, puede conectarse a las instancias de servidor flexible de Azure Database for MySQL y ejecutar el comando siguiente.

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 MySQL versión 5.7. Si necesita ajustar esta configuración, se recomienda ponerse en contacto con nuestro equipo de soporte técnico para obtener instrucciones. Es importante comprender que una vez que el valor del parámetro ha cambiado a 2, no se permite revertir de 2 a 1.

Para MySQL versión 8.0, tenga en cuenta que se prohíbe cambiar la configuración de lower_case_table_names después de inicializar el servidor. Más información. En la versión 8.0 del servidor flexible de Azure Database for MySQL, el valor predeterminado de lower_case_table_names es 1. Si desea modificar este parámetro a 2, se recomienda crear un servidor MySQL 5.7, ponerse en contacto con nuestro equipo de soporte técnico para obtener ayuda con el cambio y, 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 el servidor flexible de Azure Database for MySQL, a continuación se muestra la lista de motores de almacenamiento admitidos y no compatibles:

Compatible

No compatible

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 del servidor de MySQL. No se exponen varios roles en este servicio para mantener la integridad del servicio y el SLA en un nivel de producto.

El servicio MySQL no permite el acceso directo al sistema de archivos subyacente. No se admiten algunos comandos de manipulación de datos.

No compatible

No se admite lo siguiente:

  • Rol DBA: restringido. De forma alternativa, puede usar el rol de administrador (generado durante la creación del nuevo servidor), que le permite ejecutar la mayoría de las instrucciones DDL y DML.
  • Los privilegios estáticos que se indican a continuación están restringidos.
  • Privilegio BACKUP_ADMIN: no se admite la concesión de privilegios BACKUP_ADMIN para realizar copias de seguridad mediante ninguna herramienta de utilidad. Consulte esta sección para ver una lista de los privilegios dinámicos admitidos.
  • DEFINER: requiere privilegios SUPER para crear y está restringido. Si importa datos mediante una copia de seguridad, quite manualmente los comandos CREATE DEFINER o use el comando --skip-definer al realizar una operación mysqlpump.
  • Bases de datos del sistema: la base de datos del sistema MySQL es de solo lectura y se usa para admitir varias funcionalidades de PaaS. No puede realizar cambios en la base de datos del sistema de mysql.
  • SELECT ... INTO OUTFILE: no se admite en el servicio.

Compatible

Limitaciones funcionales

Alta disponibilidad con redundancia de zona

  • Esta opción de configuración solo se puede establecer durante la creación del servidor.
  • No se admite en el nivel de proceso flexible.

Red

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

Operación de inicio/detención

  • No es compatible con las 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, realice un Volcado y restauración en un servidor creado con la nueva versión del motor.

Restauración de un servidor

  • Con la restauración a un momento dado, se crea un nuevo servidor con las mismas configuraciones de proceso y almacenamiento que el servidor de origen en el que se basa. El proceso del servidor recién restaurado se puede reducir verticalmente 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 la lista completa de comparaciones de características entre el servidor único de Azure Database for MySQL y el servidor flexible de Azure Database for MySQL, consulte la elección de la opción de servidor MySQL adecuada en Azure.

Pasos siguientes