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/ TaurusDB/ Guía del usuario/ Gestión de parámetros/ Consulta de sugerencias sobre el ajuste de parámetros de TaurusDB
Actualización más reciente 2025-05-22 GMT+08:00

Consulta de sugerencias sobre el ajuste de parámetros de TaurusDB

Los parámetros son elementos de configuración clave en un sistema de base de datos. La configuración de parámetros incorrecta puede afectar negativamente al rendimiento de la base de datos. Esta sección describe algunos parámetros importantes para su referencia. Para obtener más información, véase el sitio web oficial de MySQL.

Para obtener detalles sobre cómo modificar los parámetros de TaurusDB en la consola, vea Modificación de parámetros de una instancia de base de datos.

Parámetros de rendimiento

  • innodb_flush_log_at_trx_commit

    Valor predeterminado: 1

    Función: Controla el equilibrio entre el estricto cumplimiento de ACID para las operaciones de compromiso y un mayor rendimiento.

    1: InnoDB escribe datos en el búfer de registro en archivos de registro y luego vacía los datos en almacenamiento distribuido en cada confirmación de transacción. Se garantizan las propiedades ACID de las transacciones.

    0: InnoDB escribe datos en el búfer de log en archivos de registro y luego vacía los datos en almacenamiento distribuido cada segundo.

    2: InnoDB escribe los datos en el búfer de registro en la caché del sistema de archivos en cada confirmación de transacción, y vacía los datos en almacenamiento distribuido cada segundo.

    Impacto: Si este parámetro no se establece en 1 no se garantiza la seguridad de los datos. Un segundo de las transacciones se puede perder en un crash.

    Valor recomendado para PoC: 0. Esta configuración puede mejorar significativamente el rendimiento de escritura en escenarios de baja simultaneidad.

  • rds_global_sql_log_bin

    Valor predeterminado: OFF

    Función: Controla si se activa o desactiva binlog. TaurusDB utiliza una arquitectura de almacenamiento compartido. El nodo primario y las réplicas de lectura en una instancia de BD no dependen de los binlogs para la sincronización de datos. Puede deshabilitar binlog según sea necesario.

    OFF: Binlog deshabilitado. La configuración se aplica tanto a las conexiones existentes como a las nuevas sin reiniciar la instancia.

    ON: Binlog habilitado. La configuración se aplica tanto a las conexiones existentes como a las nuevas sin reiniciar la instancia.

    Impacto: Habilitarlo o deshabilitarlo no afecta a la instancia.

    Valor recomendado para PoC: OFF. Esta configuración puede mejorar el rendimiento de escritura.

    • En 2.0.42.230601 y versiones anteriores, binlog está habilitado por defecto. Para habilitarlo o deshabilitarlo, debe configurar el parámetro log-bin y luego reiniciar su instancia.
    • En 2.0.45.230900 y versiones posteriores, binlog está deshabilitado por defecto. Para habilitarlo o deshabilitarlo, debe configurar el parámetro rds_global_sql_log_bin.
  • rds_plan_cache

    Valor predeterminado: OFF

    Función: Controla si se almacena en caché el plan de ejecución de una sentencia PREPARE.

    ON: El plan de ejecución de la sentencia PREPARE se almacena en caché. El plan de ejecución almacenado en caché se puede reutilizar en la próxima ejecución, lo que mejora el rendimiento de las consultas.

    Impacto: El rendimiento de la consulta de la sentencia PREPARE mejora considerablemente y el modelo de prueba select_random_ranges de sysbench mejora significativamente.

    Valor recomendado para PoC: ON. Esta configuración puede mejorar el rendimiento de las consultas.

    • Este característica se puede habilitar en 2.0.51.240300 y versiones posteriores.
    • rds_plan_cache utiliza la memoria asignada por el área de memoria stmt mem en lugar de la memoria innnodb_buffer.
    • rds_plan_cache_allow_change_ratio: Tasa de cambio de datos de tabla causada por operaciones de consulta como DML. Si la tasa de cambio supera este valor de parámetro, las cachés de plan no son válidas. Si este parámetro se establece en 0, las cachés de plan no se ven afectadas por la relación de cambio de datos de la tabla. Siempre son válidos.