MariaDB en Amazon RDS - Amazon Relational Database Service

MariaDB en Amazon RDS

Amazon RDS admite instancias de base de datos que ejecutan varias versiones de MariaDB. Puede utilizar las siguientes versiones principales:

  • MariaDB 10.4

  • MariaDB 10.3

  • MariaDB 10.2

  • MariaDB 10.1

  • MariaDB 10.0

Para obtener más información acerca de la compatibilidad con las versiones secundarias, consulte Versiones de MariaDB en Amazon RDS.

En primer lugar, debe utilizar las herramientas de administración o las interfaces de Amazon RDS para crear una instancia de base de datos de MariaDB en Amazon RDS. A continuación, puede usar las herramientas de Amazon RDS para realizar acciones de administración en la instancia de base de datos, como modificar la configuración o el tamaño de la instancia de base de datos, autorizar conexiones a la instancia de base de datos, crear copias de seguridad o instantáneas y restaurar desde ellas, crear secundarios Multi-AZ, crear réplicas de lectura y monitorear el rendimiento de la instancia de base de datos. Puede usar las utilidades y aplicaciones estándar de MariaDB para almacenar los datos de la instancia de base de datos y obtener acceso a ellos.

MariaDB está disponible en todas las regiones de AWS. Para obtener más información acerca de las regiones de AWS, consulte Regiones, zonas de disponibilidad y zonas locales .

Puede utilizar Amazon RDS para bases de datos MariaDB para crear aplicaciones compatibles con HIPAA. Puede guardar información de contenido sanitario, incluida información sanitaria protegida (PHI), si ha firmado un Acuerdo para socio empresarial (BAA) de AWS. Para obtener más información, consulte Conformidad con HIPAA. Un auditor externo ha realizado una evaluación completa de los servicios de AWS que están dentro del ámbito del programa y ha emitido una certificación, declaración de conformidad o autoridad para operar (ATO). Para obtener más información, consulte Servicios de AWS en el ámbito del programa de conformidad.

Antes de crear su primera instancia de base de datos, debe completar los pasos que se describen en la sección de configuración de esta guía. Para obtener más información, consulte Configuración de Amazon RDS.

Tareas de administración frecuentes para MariaDB en Amazon RDS

A continuación se detallan las tareas de administración frecuentes que se realizan para una instancia de base de datos de Amazon RDS que ejecuta MariaDB, con enlaces a la documentación relativa a cada tarea.

Área de la tarea Documentación relacionada

Clases de instancias, almacenamiento y PIOPS

Si va a crear una instancia de base de datos con fines de producción, debe entender cómo funcionan en Amazon RDS las clases de instancia, los tipos de almacenamiento y las IOPS provisionadas.

Clases de instancia de base de datos

Tipos de almacenamiento de Amazon RDS

Implementaciones Multi-AZ

Proporcione alta disponibilidad con replicación síncrona en espera en otra zona de disponibilidad, conmutación por error automática, tolerancia a errores para las instancias de bases de datos mediante implementaciones Multi-AZ y réplicas de lectura.

Alta disponibilidad (Multi-AZ) para Amazon RDS

Amazon Virtual Private Cloud (VPC)

Si su cuenta de AWS tiene una VPC predeterminada, la instancia de base de datos se creará automáticamente dentro de la VPC predeterminada. Si su cuenta no tiene una VPC predeterminada y desea que la instancia de base de datos esté en una VPC, debe crear los grupos de VPC y de subredes antes de crear la instancia de base de datos.

Describe cómo determinar si se está utilizando la plataforma EC2-VPC o EC2-Classic.

Uso de una instancia de base de datos en una VPC

Grupos de seguridad

De manera predeterminada, las instancias de base de datos se crean con un firewall que impide el acceso a ellas. Por ello, debe crear un grupo de seguridad con la dirección IP y la configuración de red correctas para obtener acceso a la instancia de base de datos. El grupo de seguridad que se crea depende de la plataforma Amazon EC2 en la que se encuentra la instancia de base de datos y de si accede a la instancia de base de datos desde una instancia Amazon EC2.

En general, si la instancia de base de datos está en la plataforma EC2-Classic, tendrá que crear un grupo de seguridad de base de datos; si la instancia de base de datos está en la plataforma EC2-VPC, tendrá que crear un grupo de seguridad de VPC.

Describe cómo determinar si se está utilizando la plataforma EC2-VPC o EC2-Classic.

Control de acceso con grupos de seguridad

Grupos de parámetros

Si su instancia de base de datos va a requerir unos parámetros de base de datos concretos, debe crear un grupo de parámetros antes de crear la instancia de base de datos.

Trabajo con los grupos de parámetros de base de datos

Importación y exportación de datos

Establezca procedimientos para importar o exportar datos.

Importación de datos en una instancia de base de datos de MariaDB

Replicación

Puede descargar tráfico de lectura de la instancia de base de datos de origen de MariaDB mediante la creación de réplicas de lectura.

Trabajo con réplicas de lectura

Conexión a una instancia de base de datos

Conéctese a una instancia de base de datos mediante una aplicación cliente SQL estándar.

Conexión a una instancia de base de datos que ejecuta el motor de base de datos MariaDB

Copia de seguridad y restauración

Cuando cree la instancia de base de datos, puede configurarla para que realice copias de seguridad automatizadas. También puede realizar copias de seguridad y restaurar las bases de datos manualmente utilizando archivos de copia de seguridad completos (archivos .bak).

Trabajo con copias de seguridad

Monitorización

Monitorice la instancia de base de datos MariaDB en RDS mediante las métricas, los eventos y la monitorización mejorada de Amazon CloudWatch RDS. Vea archivos de registro para la instancia de base de datos MariaDB en RDS.

Visualización de métricas de una instancia de base de datos

Consulta de eventos de Amazon RDS

Archivos de log

Puede obtener acceso a los archivos de registro de la instancia de base de datos MariaDB.

Archivos de registro de base de datos de Amazon RDS

Archivos de registro de base de datos de MariaDB

También hay tareas administrativas avanzadas para trabajar con las instancias de base de datos que ejecutan MariaDB. Para obtener más información, consulte la documentación siguiente:

Versiones de MariaDB en Amazon RDS

Para MariaDB, los números de versión se organizan como la versión X.Y.Z. En la terminología de Amazon RDS, X.Y denota la versión principal y Z es el número de la versión secundaria. Para implementaciones de Amazon RDS, un cambio de versión se considera importante si el número de versión principal cambia, por ejemplo, pasando de la versión 10.0 a 10.1. Un cambio de versión se considera menor si solo la versión menor cambia, por ejemplo, pasando de la versión 10.0.17 a 10.0.24.

Amazon RDS admite actualmente las siguientes versiones de MariaDB:

Versión principal Versión secundaria

MariaDB 10.4

  • 10.4.13 (compatible en todas las regiones de AWS)

  • 10.4.8 (compatible en todas las regiones de AWS)

MariaDB 10.3

  • 10.3.23 (compatible en todas las regiones de AWS)

  • 10.3.20 (compatible en todas las regiones de AWS)

  • 10.3.13 (compatible en todas las regiones de AWS)

  • 10.3.8 (compatible en todas las regiones de AWS)

MariaDB 10.2

  • 10.2.21 (compatible en todas las regiones de AWS)

  • 10.2.15 (compatible en todas las regiones de AWS)

  • 10.2.12 (compatible en todas las regiones de AWS)

  • 10.2.11 (compatible en todas las regiones de AWS)

MariaDB 10.1

  • 10.1.34 (compatible en todas las regiones de AWS)

  • 10.1.31 (compatible en todas las regiones de AWS)

  • 10.1.26 (compatible en todas las regiones de AWS)

  • 10.1.23 (compatible en todas las regiones de AWS)

  • 10.1.19 (compatible en todas las regiones de AWS)

  • 10.1.14 (compatible en todas las regiones de AWS excepto en EE.UU. Este (Ohio))

MariaDB 10.0

  • 10.0.35 (compatible en todas las regiones de AWS)

  • 10.0.34 (compatible en todas las regiones de AWS)

  • 10.0.32 (compatible en todas las regiones de AWS)

  • 10.0.31 (compatible en todas las regiones de AWS)

  • 10.0.28 (compatible en todas las regiones de AWS)

  • 10.0.24 (compatible en todas las regiones de AWS)

  • 10.0.17 (compatible en todas las regiones de AWS excepto en EE.UU. Este (Ohio), Canadá (Central) y Europa (Londres))

Puede especificar cualquier versión de MariaDB admitida actualmente al crear una nueva instancia de base de datos. Puede especificar la versión principal (como MariaDB 10.2) y cualquier versión secundaria admitida para la versión principal especificada. Si no se especifica ninguna versión, Amazon RDS cambia de forma predeterminada a una versión admitida, normalmente la más reciente. Si se especifica una versión principal pero no una versión secundaria, Amazon RDS usa de manera predeterminada una versión reciente de la versión principal especificada. Para ver una lista de las versiones admitidas, así como de las versiones predeterminadas para instancias de bases de datos recién creadas, utilice el comando describe-db-engine-versions de la AWS CLI.

La versión predeterminada de MariaDB puede variar según la región de AWS. Para crear una instancia de base de datos con una versión secundaria concreta, especifique la versión secundaria durante la creación de la instancia de base de datos. Puede determinar la versión secundaria predeterminada para una región de AWS mediante el siguiente comando de la AWS CLI:

aws rds describe-db-engine-versions --default-only --engine mariadb --engine-version major-engine-version --region region --query "*[].{Engine:Engine,EngineVersion:EngineVersion}" --output text

Reemplace major-engine-version por la versión principal del motor y reemplace region por la región de AWS. Por ejemplo, el siguiente comando de la AWS CLI devuelve la versión predeterminada del motor secundario de MariaDB para la versión principal 10.3 y la región de AWS EE.UU. Oeste (Oregón) (us-west-2):

aws rds describe-db-engine-versions --default-only --engine mariadb --engine-version 10.3 --region us-west-2 --query '*[].{Engine:Engine,EngineVersion:EngineVersion}' --output text

Para obtener información sobre la política de obsolescencia de Amazon RDS para MariaDB, consulte las preguntas frecuentes sobre Amazon RDS.

Compatibilidad de características de MariaDB en Amazon RDS

En las siguientes secciones, encontrará la compatibilidad de características de MariaDB en Amazon RDS para las versiones principales de MariaDB:

Para obtener información acerca de la compatibilidad de las versiones secundarias de Amazon RDS for MariaDB, consulte Versiones de MariaDB en Amazon RDS.

Compatibilidad con MariaDB 10.4 en Amazon RDS

Amazon RDS admite las siguientes nuevas características de sus instancias de base de datos en las que se ejecuta la versión de MariaDB 10.4 o posterior:

Para ver una lista de todas las características de MariaDB 10.4 y de su documentación, consulte Changes & Improvements in MariaDB 10.4 y Release Notes - MariaDB 10.4 Series en el sitio web de MariaDB.

Para ver una lista de las características no admitidas, consulte Características no admitidas.

Compatibilidad con MariaDB 10.3 en Amazon RDS

Amazon RDS admite las siguientes nuevas características de sus instancias de base de datos en las que se ejecuta la versión de MariaDB 10.3 o posterior:

  • Compatibilidad con Oracle: analizador de compatibilidad PL/SQL; secuencias; INTERSECT y EXCEPT para complementar UNION; declaraciones TYPE OF y ROW TYPE OF nuevas; y columnas invisibles.

  • Procesamiento de datos temporales: tablas con control de versiones del sistema para realizar consultas en estados anteriores y presentes de la base de datos

  • Flexibilidad: agregados definidos por los usuarios; compresión de columnas independiente del almacenamiento y compatibilidad con el protocolo de proxy para retransmitir la dirección IP del cliente al servidor

  • Manejabilidad: operaciones ADD COLUMN instantáneas; y operaciones de lenguaje de definición de datos (DDL) de falla rápida

Para ver una lista de todas las características de MariaDB 10.3 y de su documentación, consulte Changes & Improvements in MariaDB 10.3 y Release Notes - MariaDB 10.3 Series en el sitio web de MariaDB.

Para ver una lista de las características no admitidas, consulte Características no admitidas.

Compatibilidad con MariaDB 10.2 en Amazon RDS

Amazon RDS admite las siguientes nuevas características de sus instancias de base de datos en las que se ejecuta la versión de MariaDB 10.2 o posterior:

  • ALTER USER

  • Expresiones de tabla comunes

  • Compresión de eventos para reducir el tamaño del log binario

  • CREATE USER: nuevas opciones para limitar el uso de recursos y TLS/SSL

  • EXECUTE IMMEDIATE

  • Flashback

  • InnoDB: ahora el motor de almacenamiento predeterminado en lugar de XtraDB

  • InnoDB: establece el tamaño del grupo del búfer dinámicamente

  • Funciones JSON

  • Funciones de ventana

  • WITH

Para ver una lista de todas las características de MariaDB 10.2 y de su documentación, consulte Changes & Improvements in MariaDB 10.2 y Release Notes - MariaDB 10.2 Series en el sitio web de MariaDB.

Para ver una lista de las características no admitidas, consulte Características no admitidas.

Compatibilidad con MariaDB 10.1 en Amazon RDS

Amazon RDS admite las siguientes nuevas características de sus instancias de base de datos en las que se ejecuta la versión de MariaDB 10.1 o posterior:

  • Replicación paralela optimista en orden

  • Compresión de páginas

  • Limpieza y desfragmentación de datos de XtraDB

Para ver una lista de todas las características de MariaDB 10.1 y de su documentación, consulte Changes & Improvements in MariaDB 10.1 y Release Notes - MariaDB 10.1 Series en el sitio web de MariaDB.

Para ver una lista de las características no admitidas, consulte Características no admitidas.

Compatibilidad con MariaDB 10.0 en Amazon RDS

Para ver una lista de todas las características de MariaDB 10.0 y de su documentación, consulte Changes & Improvements in MariaDB 10.0 y Release Notes - MariaDB 10.0 Series en el sitio web de MariaDB.

Para ver una lista de las características no admitidas, consulte Características no admitidas.

Características no admitidas

Las siguientes características de MariaDB no se admiten en Amazon RDS:

  • Complemento de autenticación: GSSAPI

  • Complemento de autenticación: conector Unix

  • Complemento de cifrado de AWS Key Management

  • Replicación retrasada

  • Cifrado de MariaDB nativo en reposo para XtraDB, InnoDB y Aria.

    Puede habilitar el cifrado en reposo para una instancia de base de datos de MariaDB siguiendo las instrucciones en Cifrado de recursos de Amazon RDS.

  • HandlerSocket

  • Tipo de tabla JSON

  • ColumnStore de MariaDB

  • Clúster Galera de MariaDB

  • Replicación de varios orígenes

  • Motor de almacenamiento de MyRocks

  • Complemento de validación de contraseñas, simple_password_check y cracklib_password_check

  • Filtros de replicación

  • Motor de almacenamiento Spider

  • Motor de almacenamiento Sphinx

  • Motor de almacenamiento TokuDB

  • Atributos de objetos específicos de motores de almacenamiento, como se describe en Engine-defined New Table/Field/Index Attributes en la documentación de MariaDB

  • Cifrado de tabla y espacio de tabla

Para ofrecer una experiencia de servicio administrado, Amazon RDS no proporciona acceso mediante shell a las instancias de base de datos y restringe el acceso a ciertos procedimientos y tablas del sistema que requieren privilegios avanzados. Amazon RDS permite el acceso a las bases de datos de una instancia de base de datos usando cualquier aplicación cliente de SQL estándar. Amazon RDS no permite el acceso de host directo a una instancia de base de datos a través de Telnet, Secure Shell (SSH) o Conexión a Escritorio remoto de Windows.

Motores de almacenamiento de MariaDB admitidos en Amazon RDS

Aunque MariaDB admite varios motores de almacenamiento con diversas capacidades, no todos están optimizados para la recuperación y la durabilidad de los datos. InnoDB (para la versión 10.2 y superiores) y XtraDB (para las versiones 10.0 y 10.1) son los motores de almacenamiento recomendados y admitidos para las instancias de base de datos de MariaDB en Amazon RDS. Las características de Amazon RDS como la restauración a un momento dado y de restauración de instantáneas requieren un motor de almacenamiento que pueda recuperarse y solo son compatibles para el motor de almacenamiento recomendado para la versión de MariaDB. Amazon RDS también admite Aria, aunque el uso de Aria puede tener un impacto negativo en la recuperación si se produce un error en una instancia. Sin embargo, si necesita usar índices espaciales para gestionar datos geográficos en MariaDB 10.1 o 10.0, debe usar Aria porque los índices espaciales no son compatibles con XtraDB. En MariaDB 10.2 y superiores, el motor de almacenamiento InnoDB admite índices espaciales.

Otros motores de almacenamiento no son compatibles actualmente con Amazon RDS para MariaDB.

Límites de tamaño de archivo de MariaDB en Amazon RDS

En las instancias de base de datos de MariaDB en Amazon RDS, el límite máximo de almacenamiento aprovisionado restringe el tamaño de una tabla a un máximo de 16 TB cuando se usan espacios de tabla file-per-table de InnoDB. Este límite también restringe el espacio de tabla del sistema a un tamaño máximo de 16 TB. Los espacios de tabla file-per-table de InnoDB (en los que las tablas están cada una en su propio espacio de tabla) se habilitan de forma predeterminada para las instancias de base de datos de MariaDB en Amazon RDS. Para obtener más información, consulte Almacenamiento de instancias de base de datos de Amazon RDS.

El uso de los espacios de tabla file-per-table de InnoDB tiene pros y contras en función de la aplicación. Para determinar el mejor método para su aplicación, consulte File-Per-Table Tablespaces en la documentación de MySQL.

No es recomendable permitir que las tablas crezcan hasta el tamaño de archivo máximo. En general, es preferible dividir los datos en tablas más pequeñas, que pueden mejorar el desempeño y los tiempos de recuperación.

Una opción que se puede usar para dividir una tabla grande en tablas más pequeñas es la creación de particiones. Las particiones distribuyen las porciones de una tabla grande en archivos independientes en función de las reglas que se hayan especificado. Por ejemplo, si almacena las transacciones por fecha, puede crear reglas de partición que distribuyan las transacciones más antiguas entre distintos archivos por medio de la creación de particiones. Después, periódicamente, se pueden archivar los datos de transacciones históricos que no tengan que estar disponibles de forma inmediata para su aplicación. Para obtener información, consulte Partitioning en la documentación de MySQL.

Para determinar el tamaño de archivo de una tabla

Utilice el comando SQL siguiente para determinar si alguna de las tablas es demasiado grande y por lo tanto es candidata para realizar particiones. Para actualizar las estadísticas de la tabla, ejecute un comando ANALYZE TABLE en cada tabla. Para obtener más información, consulte ANALYZE TABLE Statement en la documentación de MySQL.

SELECT TABLE_SCHEMA, TABLE_NAME, round(((DATA_LENGTH + INDEX_LENGTH) / 1024 / 1024), 2) As "Approximate size (MB)", DATA_FREE FROM information_schema.TABLES WHERE TABLE_SCHEMA NOT IN ('mysql', 'information_schema', 'performance_schema');

Para habilitar espacios de tabla file-per-table de InnoDB

  • Para habilitar los espacios de tabla file-per-table de InnoDB, establezca el parámetro innodb_file_per_table en 1, en el grupo de parámetros de la instancia de base de datos.

Para deshabilitar los espacios de tabla file-per-table de InnoDB

  • Para deshabilitar los espacios de tabla file-per-table de InnoDB, establezca el parámetro innodb_file_per_table en el valor 0 dentro del grupo de parámetros de la instancia de base de datos.

Para obtener más información acerca de la actualización de un grupo de parámetros, consulte Trabajo con los grupos de parámetros de base de datos.

Cuando haya habilitado o deshabilitado los espacios de tabla file-per-table de InnoDB, puede ejecutar un comando ALTER TABLE. Puede utilizar este comando para mover una tabla desde el espacio de tabla global a su propio espacio de tabla. O bien, puede mover una tabla desde su propio espacio de tabla al espacio de tabla global. A continuación se muestra un ejemplo.

ALTER TABLE table_name ENGINE=InnoDB, ALGORITHM=COPY;

Seguridad de MariaDB en Amazon RDS

La seguridad de las instancias de bases de datos de MariaDB en Amazon RDS se administra en tres niveles:

  • AWS Identity and Access Management controla quién puede realizar acciones de administración de Amazon RDS en las instancias de base de datos. Cuando se conecta a AWS con credenciales de IAM, la cuenta de IAM debe tener políticas de IAM que otorguen los permisos necesarios para realizar operaciones de administración de Amazon RDS. Para obtener más información, consulte Administración de identidades y accesos en Amazon RDS.

  • Al crear una instancia de base de datos, se usa un grupo de seguridad de VPC o un grupo de seguridad de base de datos para controlar qué dispositivos e instancias Amazon EC2 pueden abrir conexiones al punto de enlace y al puerto de la instancia de base de datos. Estas conexiones se pueden realizar por medio de la Capa de conexión segura (SSL). Además, las reglas del firewall de su compañía pueden controlar si los dispositivos que se ejecutan en ella pueden abrir conexiones a la instancia de base de datos.

  • Una vez que se ha abierto una conexión a una instancia de base de datos de MariaDB, la autenticación del inicio de sesión y los permisos se aplican de la misma forma que en una instancia independiente de MariaDB. Los comandos como CREATE USER, RENAME USER, GRANT, REVOKE y SET PASSWORD funcionan de la misma forma que en las bases de datos independientes, al igual que la modificación directa de las tablas de los esquemas de las bases de datos.

Cuando se crea una instancia de base de datos de Amazon RDS, el usuario maestro tiene los siguientes privilegios predeterminados:

  • alter

  • alter routine

  • create

  • create routine

  • create temporary tables

  • create user

  • create view

  • delete

  • drop

  • event

  • execute

  • grant option

  • index

  • insert

  • lock tables

  • process

  • references

  • reload

    Este privilegio es limitado en las instancias de base de datos de MariaDB en Amazon RDS. No concede acceso a las operaciones FLUSH LOGS o FLUSH TABLES WITH READ LOCK.

  • replication client

  • replication slave

  • select

  • show databases

  • show view

  • trigger

  • update

Para obtener más información acerca de estos privilegios, consulte MariaDB User Account Management en la documentación de MariaDB.

nota

Aunque puede eliminar el usuario maestro en una instancia de base de datos, no es recomendable hacerlo. Para volver a crear el usuario maestro, utilice la API ModifyDBInstance o la herramienta de línea de comando modify-db-instance de AWS y especifique una nueva contraseña de usuario maestro con el parámetro correcto. Si no existe el usuario maestro en la instancia, se crea con la contraseña especificada.

Para proporcionar servicios de administración para cada instancia de base de datos, se crea el usuario rdsadmin al crear la instancia de base de datos. Al intentar eliminar la cuenta rdsadmin o cambiar su nombre, su contraseña o sus privilegios, se producirá un error.

Para permitir la administración de la instancia de base de datos, los comandos estándar kill y kill_query se han restringido. Los comandos de Amazon RDS mysql.rds_kill, mysql.rds_kill_query y mysql.rds_kill_query_id se proporcionan para el uso en MariaDB y también en MySQL para que pueda finalizar las sesiones de usuario o las consultas en las instancias de base de datos.

Uso de SSL con una instancia de base de datos de MariaDB

Amazon RDS admite conexiones de Capa de conexión segura (SSL) con instancias de bases de datos que ejecutan el motor de base de datos MariaDB.

Amazon RDS crea un certificado de SSL e instala el certificado en la instancia de base de datos cuando Amazon RDS aprovisiona la instancia. Estos certificados están firmados por una autoridad de certificación. El certificado SSL incluye el punto de enlace de la instancia de base de datos como nombre común (CN) que el certificado de SSL debe proteger frente a los ataques de suplantación.

Para obtener más información acerca de cómo descargar certificados, consulte Uso de SSL/TLS para cifrar una conexión a una instancia de base de datos.

MariaDB utiliza yaSSL para las conexiones seguras en las versiones siguientes:

  • MariaDB versión 10.1.26 y versiones 10.1 anteriores

  • MariaDB versión 10.0.32 y versiones 10.0 anteriores

MariaDB utiliza OpenSSL para las conexiones seguras en las versiones siguientes:

  • Versiones de MariaDB 10.4

  • Versiones de MariaDB 10.3

  • Versiones de MariaDB 10.2

  • MariaDB versión 10.1.31 y versiones 10.1 posteriores

  • MariaDB versión 10.0.34 y versiones 10.0 posteriores

Amazon RDS para MariaDB es compatible con Transport Layer Security (TLS) versiones 1.0, 1.1 y 1.2. En la tabla siguiente se muestran la compatibilidad de TLS para versiones MySQL.

Versión de MariaDB TLS 1.0 TLS 1.1 TLS 1.2

MariaDB 10.4

Soportado

Soportado

Soportado

MariaDB 10.3

Soportado

Soportado

Soportado

MariaDB 10.2

Soportado

Soportado

Soportado

MariaDB 10.1

Soportado

Compatible con versiones 10.1.31 y 10.1 posteriores

Compatible con versiones 10.1.31 y 10.1 posteriores

MariaDB 10.0

Soportado

Compatible con versiones 10.0.34 y 10.0 posteriores

Compatible con versiones 10.0.34 y 10.0 posteriores

Para cifrar las conexiones con el cliente de mysql predeterminado, lance el cliente de mysql usando el parámetro --ssl-ca para hacer referencia a la clave pública como se muestra en los siguientes ejemplos.

En el siguiente ejemplo, se muestra cómo lanzar un cliente con el parámetro --ssl-ca para MariaDB 10.2 y versiones posteriores.

mysql -h myinstance.c9akciq32.rds-us-east-1.amazonaws.com --ssl-ca=[full path]rds-combined-ca-bundle.pem --ssl-mode=REQUIRED

En el siguiente ejemplo, se muestra cómo lanzar un cliente con el parámetro --ssl-ca para MariaDB 10.1 y versiones anteriores.

mysql -h myinstance.c9akciq32.rds-us-east-1.amazonaws.com --ssl-ca=[full path]rds-combined-ca-bundle.pem --ssl-verify-server-cert

Puede exigir conexiones SSL para determinadas cuentas de usuarios. Por ejemplo, puede utilizar una de las siguientes declaraciones, dependiendo de su versión de MariaDB, para exigir el uso de conexiones SSL en la cuenta de usuario encrypted_user.

Para MariaDB 10.2 y versiones posteriores, utilice la siguiente instrucción.

ALTER USER 'encrypted_user'@'%' REQUIRE SSL;

Para MariaDB 10.1 y versiones anteriores, utilice la siguiente instrucción.

GRANT USAGE ON *.* TO 'encrypted_user'@'%' REQUIRE SSL;

Para obtener más información acerca de las conexiones SSL con MariaDB, consulte SSL Overview en la documentación de MariaDB.

Calentamiento de caché

El calentamiento de caché de InnoDB (versiones 10.2 y posteriores) y XtraDB (versiones 10.0 y 10.1) puede proporcionar ganancias de desempeño para la instancia de base de datos MariaDB guardando el estado actual del grupo del búfer cuando se cierra la instancia de base de datos y volviendo a cargar el grupo del búfer a partir de la información guardada, cuando se inicia la instancia de base de datos. Este método elimina la necesidad de que el grupo del búfer "se caliente" con respecto al uso normal de la base de datos y, en su lugar, precarga el grupo del búfer con las páginas de las consultas frecuentes conocidas. Para obtener más información acerca del calentamiento de caché consulte Dumping and restoring the buffer pool en la documentación de MariaDB.

El calentamiento de caché se habilita de forma predeterminada en MariaDB 10.2 y en instancias de base de datos superiores. Para habilitarlo, establezca los parámetros innodb_buffer_pool_dump_at_shutdown e innodb_buffer_pool_load_at_startup en 1 en el grupo de parámetros de la instancia de base de datos. Cambiar los valores de estos parámetros en un grupo de parámetros afecta a todas las instancias de base de datos de MariaDB que utilicen ese grupo de parámetros. Para habilitar el calentamiento de caché para instancias de base de datos de MariaDB concretas, es posible que deba crear un nuevo grupo de parámetros para esas instancias de base de datos. Para obtener información acerca de los grupos de parámetros, consulte Trabajo con los grupos de parámetros de base de datos.

El calentamiento de caché proporciona principalmente un beneficio de desempeño para las instancias de bases de datos que utilizan almacenamiento estándar. Si utiliza almacenamiento PIOPS, normalmente no se observa un beneficio de desempeño significativo.

importante

Si la instancia de base de datos MariaDB no se cierra de forma normal como, por ejemplo, durante una conmutación por error, el estado del grupo del búfer no se guarda en el disco. En este caso, MariaDB carga cualquier archivo de grupo del búfer que esté disponible cuando se reinicia la instancia de base de datos. Esto no es perjudicial, pero el grupo del búfer restaurado podría no reflejar el estado más reciente del grupo del búfer antes del reinicio. Para asegurarse de que tiene un estado reciente del grupo del búfer disponible para calentar la caché de al iniciar, recomendamos que vuelque periódicamente el grupo del búfer "bajo demanda". Puede volcar o cargar el grupo del búfer bajo demanda.

Puede crear un evento para volcar el grupo del búfer automáticamente a intervalos regulares. Por ejemplo, la siguiente declaración crea un evento denominado periodic_buffer_pool_dump que vuelca el grupo del búfer cada hora.

CREATE EVENT periodic_buffer_pool_dump ON SCHEDULE EVERY 1 HOUR DO CALL mysql.rds_innodb_buffer_pool_dump_now();

Para obtener más información, consulte Events en la documentación de MariaDB.

Volcado y carga del grupo del búfer bajo demanda

Puede guardar y cargar la caché de bajo demanda usando los siguientes procedimientos almacenados:

Parámetros de base de datos para MariaDB

De manera predeterminada, una instancia de base de datos de MariaDB usa un grupo de parámetros de base de datos específico de una base de datos de MariaDB. Este grupo de parámetros contiene algunos de los parámetros (no todos) incluidos en los grupos de parámetros de base de datos de Amazon RDS para el motor de base de datos de MySQL. También contiene varios nuevos parámetros específicos de MariaDB. Para obtener más información acerca de los parámetros disponibles para el motor de base de datos de MariaDB en Amazon RDS, consulte Parámetros de MariaDB.

Tareas de administración de bases de datos frecuentes para MariaDB

Finalizar sesiones o consultas, omitir errores de replicación, trabajar con espacios de tabla InnoDB (versión 10.2 y posteriores) y XtraDB (versiones 10.0 y 10.1) para mejorar los tiempos de recuperación de bloqueos y administrar el historial del estado global son tareas de administración de base de datos frecuentes que se pueden realizar en una instancia de base de datos de MariaDB. Puede gestionar estas tareas como en una instancia de base de datos MySQL en Amazon RDS, como se describe en Tareas comunes de administración de bases de datos para las instancias de bases de datos MySQL. Las instrucciones para la recuperación en caso de bloqueo que se ofrecen en esa sección se refieren al motor de InnoDB de MySQL, pero son válidas también para una instancia de MariaDB en la que se ejecute InnoDB o XtraDB.

Zona horaria local para instancias de base de datos de MariaDB

De manera predeterminada, la zona horaria para una instancia de base de datos de RDS MariaDB es el horario universal coordinado (UTC). En su lugar, puede definir la zona horaria de su instancia de base de datos en la zona horaria local de su aplicación.

Para definir la zona horaria local para una instancia de base de datos, configure el parámetro time_zone del grupo de parámetros de la instancia de base de datos en uno de los valores admitidos que se indican más adelante en esta sección. Al configurar el parámetro time_zone de un grupo de parámetros, todas las instancias de base de datos y réplicas de lectura que utilizan ese grupo de parámetros cambian para utilizar la nueva zona horaria local. Para obtener información acerca de cómo configurar los parámetros de un grupo de parámetros, consulte Trabajo con los grupos de parámetros de base de datos.

Después de definir la zona horaria local, todas las conexiones nuevas con la base de datos reflejarán el cambio. Si tiene alguna conexión con la base de datos abierta al cambiar la zona horaria local, no verá la actualización de la zona horaria local hasta que cierre la conexión y abra una nueva conexión.

Puede definir una zona horaria local diferente para una instancia de base de datos y una o varias de sus réplicas de lectura. Para ello, utilice un grupo de parámetros diferente para la instancia de base de datos y para la réplica o las réplicas y establezca el parámetro time_zone de cada grupo de parámetros en una zona horaria local distinta.

Si está replicando entre varias regiones de AWS, la instancia de base de datos de origen y la réplica de lectura usan distintos grupos de parámetros (los grupos de parámetros son únicos para cada región de AWS). Para usar la misma zona horaria local para cada instancia, debe configurar el parámetro time_zone en los grupos de parámetros de la instancia y de la réplica de lectura.

Cuando se restaura una instancia de base de datos desde una instantánea de base de datos, la zona horaria local se define como UTC. Podrá actualizar la zona horaria a su zona horaria local una vez que se haya completado la restauración. Si restaura una instancia de base de datos a un momento dado, la zona horaria local de la instancia de base de datos restaurada será el ajuste de zona horaria del grupo de parámetros de la instancia de base de datos restaurada.

Puede definir su zona horaria local en uno de los valores siguientes.

Africa/Cairo

Asia/Bangkok

Australia/Darwin

Africa/Casablanca

Asia/Beirut

Australia/Hobart

Africa/Harare

Asia/Calcutta

Australia/Perth

Africa/Monrovia

Asia/Damascus

Australia/Sydney

Africa/Nairobi

Asia/Dhaka

Brazil/East

Africa/Tripoli

Asia/Irkutsk

Canada/Newfoundland

Africa/Windhoek

Asia/Jerusalem

Canada/Saskatchewan

America/Araguaina

Asia/Kabul

Europe/Amsterdam

America/Asuncion

Asia/Karachi

Europe/Athens

America/Bogota

Asia/Kathmandu

Europe/Dublin

America/Caracas

Asia/Krasnoyarsk

Europe/Helsinki

America/Chihuahua

Asia/Magadan

Europe/Istanbul

America/Cuiaba

Asia/Muscat

Europe/Kaliningrad

America/Denver

Asia/Novosibirsk

Europe/Moscow

America/Fortaleza

Asia/Riyadh

Europe/Paris

America/Guatemala

Asia/Seoul

Europe/Prague

America/Halifax

Asia/Shanghai

Europe/Sarajevo

America/Manaus

Asia/Singapore

Pacific/Auckland

America/Matamoros

Asia/Taipei

Pacific/Fiji

America/Monterrey

Asia/Tehran

Pacific/Guam

America/Montevideo

Asia/Tokyo

Pacific/Honolulu

America/Phoenix

Asia/Ulaanbaatar

Pacific/Samoa

America/Santiago

Asia/Vladivostok

US/Alaska

America/Tijuana

Asia/Yakutsk

US/Central

Asia/Amman

Asia/Yerevan

US/Eastern

Asia/Ashgabat

Atlantic/Azores

US/East-Indiana

Asia/Baghdad

Australia/Adelaide

US/Pacific

Asia/Baku

Australia/Brisbane

UTC