Data Transmission Service:Sincronizar datos de un clúster de PolarDB for MySQL a una instancia de Lindorm

Requisitos previos

Antes de empezar, asegúrese de contar con lo siguiente:

• Una instancia de Lindorm que use el motor LindormTable, cuyo espacio de almacenamiento disponible supere el espacio utilizado por el clúster de PolarDB for MySQL de origen. Consulte Create an instance.

• La función de compatibilidad con MySQL habilitada en la instancia de Lindorm de destino. Consulte Enable the MySQL compatibility feature.

• Una base de datos (namespace) y una tabla ancha preparticionada creadas en la instancia de Lindorm de destino para recibir los datos sincronizados. Consulte Use a MySQL client to connect to and use LindormTable, Use Lindorm-cli to connect to and use the wide table engine, Use Lindorm Shell to access LindormTable, CREATE TABLE y Data type mapping.

• El registro binario habilitado en el clúster de PolarDB for MySQL de origen, con el parámetro loose_polar_log_bin establecido en ON. Consulte Enable binary logging y Modificar parámetros.

  Habilitar el registro binario en un clúster de PolarDB for MySQL genera cargos adicionales por el espacio de almacenamiento que ocupan los registros binarios.

• La retención del registro binario configurada en como mínimo tres días en el clúster de origen (se recomiendan siete días). Consulte Modificar el periodo de retención. Una retención insuficiente puede provocar inconsistencia o pérdida de datos, además de afectar el acuerdo de nivel de servicio (SLA) de DTS.

• Cuentas de base de datos con los permisos obligatorios. Consulte Permissions required for database accounts.

Los objetos creados en la instancia de Lindorm de destino deben cumplir los requisitos especificados en Cuotas y límites .

Facturación

Operaciones SQL compatibles con la sincronización incremental

Debido a las limitaciones del motor LindormTable, DTS elimina los atributos adicionales de las instrucciones ADD COLUMN. Por ejemplo, si el origen ejecuta ALTER TABLE test ADD COLUMN col INT DEFAULT 0; , DTS ejecuta ALTER TABLE test ADD COLUMN col INT; en el destino.

Permisos obligatorios para las cuentas de base de datos

Límites

• No se admite la sincronización de esquemas. Solo están disponibles la sincronización completa y la sincronización incremental de datos.

• No es posible sincronizar datos del tipo BIT.

• Los datos que se van a sincronizar deben contener como mínimo un campo que no sea clave primaria. No se admite la sincronización exclusiva de campos de clave primaria.

• Las tablas que se van a sincronizar deben tener restricciones PRIMARY KEY o UNIQUE con todos los campos únicos. De lo contrario, el destino podría contener registros duplicados.

• Cuando se seleccionan tablas como objetos de sincronización y se cambian nombres de tablas o columnas en el destino, una sola tarea admite un máximo de 1,000 tablas. Si supera este límite, se produce un error de solicitud. En ese caso, configure varias tareas o sincronice toda la base de datos.

• DTS no sincroniza los nodos de solo lectura del clúster de PolarDB for MySQL de origen.

• DTS no sincroniza las tablas externas de Object Storage Service (OSS) del clúster de PolarDB for MySQL de origen.

• DTS no admite el cambio entre nodo principal y secundario durante la sincronización completa de datos. Si ocurre un cambio, vuelva a configurar la tarea de sincronización.

• Los datos solo se pueden escribir en el motor de tablas anchas de la instancia de Lindorm.

• DTS y la instancia de Lindorm tratan las cadenas vacías del tipo VARBINARY como valores nulos.

• Si la precisión del tipo DECIMAL difiere entre los campos de origen y de destino, la tarea termina con errores.

• Los datos de la instancia de Lindorm deben cumplir los requisitos descritos en Límites en las solicitudes de datos. De lo contrario, la tarea termina con errores.

• No ejecute operaciones DDL en la base de datos de origen durante la sincronización completa de datos, ya que esto provoca que la tarea termine con errores. DTS consulta el origen durante esta fase, lo cual genera bloqueos de metadatos que también pueden impedir las operaciones DDL en el origen.

• No utilice herramientas como pt-online-schema-change para ejecutar operaciones DDL en línea sobre los objetos sincronizados durante la sincronización. Esto provoca que la tarea termine con errores.

• Si se escriben datos ajenos a DTS en el destino durante la sincronización, puede producirse una inconsistencia de datos.

• Durante la sincronización inicial completa de datos, las operaciones INSERT simultáneas fragmentan la tabla en el destino. Una vez finalizada esta fase, el espacio de almacenamiento de la tabla de destino será mayor que el de origen.

• Durante la sincronización inicial completa de datos, DTS consume recursos de lectura y escritura de ambas bases de datos, lo que puede aumentar la carga del servidor. Programe la sincronización en horarios de menor actividad, por ejemplo, cuando la carga de CPU de ambas bases de datos esté por debajo del 30 %.

• DTS ejecuta periódicamente CREATE DATABASE IF NOT EXISTS en la base de datos de origen para avanzar la posición del archivo de registro binario.

• Si una instancia de DTS presenta errores, el equipo de DTS intentará recuperarla en un plazo de 8 horas. La recuperación puede implicar reiniciar la instancia o ajustar sus parámetros (no se modifican los parámetros de la base de datos). Entre los parámetros que se pueden ajustar se incluyen los descritos en Modificar parámetros de la instancia.

• No se admite la sincronización de datos del tipo VECTOR.

Configurar una tarea de sincronización