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/ Separación de datos en frío y en caliente (OBT)/ ¿Qué es la separación de datos fríos y activos?
Actualización más reciente 2025-05-22 GMT+08:00

¿Qué es la separación de datos fríos y activos?

Escenarios

Si hay algunas tablas con casi ninguna lectura o escritura de datos en su instancia de BD, puede usar la separación de datos en frío y en caliente para volcar sus datos en OBS. Esto ayuda a reducir los costos al gestionar los datos fríos y calientes de manera más eficiente.

Cómo funciona

TaurusDB le permite volcar tablas InnoDB de uso poco frecuente a OBS. Estas tablas volcadas se llaman tablas frías.

Figura 1 Diagrama
  • Creación de tablas frías

    Para liberar espacio y reducir los costos de almacenamiento, puede seleccionar tablas que no necesitan ser modificadas temporalmente y que ocupan mucho espacio como tablas frías. Estas tablas serán volcadas a OBS.

  • Migración hacia atrás de las tablas frías

    Para modificar o consultar con frecuencia ciertas tablas frías, puede volver a migrar las tablas a su instancia de BD, y los datos de estas tablas aún se almacenarán en OBS.

Facturación

Los datos en frío almacenados en OBS se facturan en función del uso de espacio copia de respaldo.

Precauciones

  • ¿Para utilizar la separación de datos en frío y en caliente, envíe una solicitud seleccionando Service Tickets > Create Service Ticket en el extremo superior derecho de la consola de gestión.
  • No ejecute sentencias DDL o DML al crear una tabla fría.
  • Una instancia de BD con una tabla fría creada no se puede utilizar como instancia de destino para la restauración completa o la restauración puntual.
  • Las tablas frías solo se pueden consultar y la consulta es lenta. No admiten sentencias DDL o DML. Se recomienda convertir en tablas frías las tablas a las que se accede raramente y que almacenan datos archivados.
  • Si la tabla que se va a archivar es una tabla particionada, solo se puede archivar una partición a la vez. Si es necesario archivar varias particiones, archive cada partición por separado.
  • Si los datos se archivan por partición, las sentencias DDL solo se pueden ejecutar en particiones que no sean la partición archivada. La primera partición no admite DROP. No se soporta REMOVE PARTITIONING. No se admiten las sentencias DDL de nivel de tabla.
  • Si hay una clave externa en una tabla fría, las sentencias DDL no se pueden ejecutar en la tabla principal correspondiente a la clave externa.
  • Durante el archivado, se deben escapar los caracteres especiales del nombre de la base de datos, el nombre de la tabla y el nombre de la partición.
  • Una vez habilitada la separación de datos en frío y en caliente, no se admite la restauración de datos a nivel de base de datos y de tabla, la copia de respaldo entre regiones y la copia de respaldo manual.
  • copia de respaldo y restauración para la separación de datos en frío y en caliente requiere una versión de núcleo de base de datos 2.0.57.240905 o posterior. Actualmente, solo se admite la restauración completa, incluida la restauración copia de respaldo completa y la recuperación puntual (PITR) a una instancia nueva o a la instancia original.

Restricciones

  • La separación de datos en frío y en caliente no está disponible para instancias sin servidor, instancias multiprimarias, instancias en un clúster RegionlessDB o instancias con TDE o copia de respaldo entre regiones habilitados.
  • Las tablas y vistas temporales no se pueden archivar.
  • La primera partición de una tabla particionada no se puede archivar.
  • Las particiones HASH, KEY, LINEAR HASH, LINEAR KEY o LIST DEFAULT HASH no se pueden archivar.
  • Las subparticiones o particiones con subparticiones no se pueden archivar.
  • Los catálogos del sistema no se pueden archivar.
  • Las tablas con índices de texto completo no se pueden archivar.
  • Las operaciones de tabla fría no están disponibles para instancias de BD congeladas.

Cómo usarlo

  • Volcado de datos de tabla fría

    Puede crear tablas frías en la consola. Los datos de las tablas frías se almacenan en OBS, liberando espacio de almacenamiento y reduciendo los costos de almacenamiento. Para más detalles, véase Configuración de una tabla fría en la consola.

  • Consulta de datos de tabla en frío

    Al igual que la consulta de datos de cualquier tabla ordinaria, puede ejecutar sentencias SELECT para consultar datos de tabla en frío. Para más detalles, véase Configuración de una tabla fría mediante sentencias SQL.

  • Modificación de datos de tabla fría

    Para modificar una tabla en frío que se ha volcado en OBS, puede volver a migrar la tabla a su instancia en la consola, pero los datos de la tabla todavía se almacenan en OBS. Para eliminar los datos, comuníquese con el servicio de atención al cliente.

  • Eliminar datos de tabla fría

    Después de crear una tabla fría, las sentencias DDL no se pueden ejecutar en la tabla fría. Esto significa que la tabla no se puede eliminar directamente, ni tampoco la base de datos a la que pertenece.

    Para eliminar una tabla fría, vuelva a migrarla y ejecute el comando drop.

Exención de responsabilidad

  • Durante la migración mediante DRS, si desea conservar los datos de tabla en frío de una base de datos de origen, vuelva a migrar las tablas en frío a la base de datos de origen y, a continuación, migre la base de datos mediante DRS.
  • Se tarda más tiempo en consultar datos en tablas frías. Si hay demasiadas tablas frías, es posible que se genere un gran número de registros de consultas lentas.
  • Para evitar un error de operación, no cree ni vuelva a migrar una tabla fría cuando se esté realizando cualquier otra operación en la instancia.