Partilhar via


Copiar dados do MySQL usando o Azure Data Factory ou o Synapse Analytics

APLICA-SE A: Azure Data Factory Azure Synapse Analytics

Tip

Experimente o Data Factory no Microsoft Fabric, uma solução de análise tudo-em-um para empresas. O Microsoft Fabric abrange tudo, desde a movimentação de dados até ciência de dados, análises em tempo real, business intelligence e relatórios. Saiba como iniciar uma nova avaliação gratuitamente!

Este artigo descreve como usar a Atividade de Cópia no Azure Data Factory e os pipelines do Synapse Analytics para copiar dados de um banco de dados MySQL. Ele se baseia no artigo de visão geral da atividade de cópia que apresenta uma visão geral da atividade de cópia.

Note

Para copiar dados de ou para o serviço Banco de Dados do Azure para MySQL, use o conector especializado do Banco de Dados do Azure para MySQL.

Important

O conector MySQL versão 1.0 está em fase de remoção. Recomenda-se atualizar o conector MySQL da versão 1.0 para 2.0.

Capacidades suportadas

Este conector MySQL é suportado para os seguintes recursos:

Capacidades suportadas IR
Atividade de cópia (fonte/-) (1) (2)
Atividade de pesquisa (1) (2)

(1) Tempo de execução de integração do Azure (2) Tempo de execução de integração auto-hospedado

Para obter uma lista de armazenamentos de dados suportados como fontes/coletores pela atividade de cópia, consulte a tabela Armazenamentos de dados suportados.

Este conector suporta MySQL versão 5.5, 5.6, 5.7, 8.0, 8.1 e 8.2 sob o conector MySQL versão 2.0 e 5.6, 5.7 e 8.0 para a versão 1.0.

Prerequisites

Se seu armazenamento de dados estiver localizado dentro de uma rede local, uma rede virtual do Azure ou a Amazon Virtual Private Cloud, você precisará configurar um tempo de execução de integração auto-hospedado para se conectar a ele.

Se o seu armazenamento de dados for um serviço de dados de nuvem gerenciado, você poderá usar o Tempo de Execução de Integração do Azure. Se o acesso for restrito a IPs aprovados nas regras de firewall, você poderá adicionar IPs do Azure Integration Runtime à lista de permissões.

Você também pode usar o recurso de tempo de execução de integração de rede virtual gerenciada no Azure Data Factory para acessar a rede local sem instalar e configurar um tempo de execução de integração auto-hospedado.

Para obter mais informações sobre os mecanismos de segurança de rede e as opções suportadas pelo Data Factory, consulte Estratégias de acesso a dados.

O Integration Runtime fornece um driver MySQL integrado a partir da versão 3.7, portanto, você não precisa instalar manualmente nenhum driver.

Como Começar

Para executar a atividade de cópia com um pipeline, você pode usar uma das seguintes ferramentas ou SDKs:

Criar um serviço vinculado ao MySQL usando a interface do usuário

Use as etapas a seguir para criar um serviço vinculado ao MySQL na interface do usuário do portal do Azure.

  1. Navegue até a guia Gerenciar em seu espaço de trabalho do Azure Data Factory ou Synapse e selecione Serviços Vinculados e clique em Novo:

  2. Procure por MySQL e selecione o conector MySQL.

    Selecione o conector MySQL.

  3. Configure os detalhes do serviço, teste a conexão e crie o novo serviço vinculado.

    Configure um serviço vinculado ao MySQL.

Detalhes de configuração do conector

As seções a seguir fornecem detalhes sobre as propriedades que são usadas para definir entidades do Data Factory específicas para o conector MySQL.

Propriedades do serviço vinculado

Se você usar a versão 2.0, as seguintes propriedades são suportadas para o serviço vinculado MySQL:

Property Description Required
tipo A propriedade type deve ser definida como: MySql Yes
driverVersion A versão do driver quando você seleciona a versão 2.0. O valor é v2. Yes
servidor O nome do seu servidor MySQL. Yes
porta O número da porta para se conectar ao servidor MySQL. No
base de dados Seu nome de banco de dados MySQL. Yes
nome de utilizador O seu nome de utilizador. Yes
palavra-passe A senha para o nome de usuário. Marque este campo como SecureString para armazená-lo com segurança. Ou, você pode fazer referência a um segredo armazenado no Cofre da Chave do Azure. Yes
sslMode Esta opção especifica se o driver usa criptografia e verificação TLS ao se conectar ao MySQL. Por exemplo, SSLMode=<0/1/2/3/4>.
Opções: DESATIVADO (0) / PREFERENCIAL (1) (Padrão) / OBRIGATÓRIO (2) / VERIFY_CA (3) / VERIFY_IDENTITY (4)
Yes
useSystemTrustStore Esta opção especifica se um certificado de autoridade de certificação do armazenamento confiável do sistema deve ser usado ou de um arquivo PEM especificado. Por exemplo; UseSystemTrustStore=<0/1>
Opções: Ativado (1) / Desativado (0) (Padrão)
No
connectVia O tempo de execução de integração a ser usado para se conectar ao armazenamento de dados. Saiba mais na seção Pré-requisitos . Se não for especificado, ele usará o Tempo de Execução de Integração do Azure padrão. No
Propriedades de conexão adicionais
allowZeroDateTime Especificar esse valor de propriedade para true permitir que o valor de data "zero" especial de seja recuperado do banco de 0000-00-00 dados. Se definido como false (o padrão), as colunas de data são retornadas como valores DateTime, o que significa 0000-00-00 que não podem ser recuperadas.

O MySQL permite que você armazene um valor "zero" como 0000-00-00 uma "data fictícia". Em alguns casos, esse recurso é mais conveniente do que usar valores NULL e usa menos dados e espaço de índice. Para não permitir 0000-00-00 no MySQL, ative o modo NO_ZERO_DATE . Para mais informações, consulte este artigo.
No
connectionTimeout O período de tempo (em segundos) para aguardar uma conexão com o servidor antes de encerrar a tentativa e gerar um erro. No
convertZeroDateTime Defina-o como true retornando DateTime.MinValue para colunas de data ou datetime que não permitiram valores. No
guidFormat Determina qual tipo de coluna (se houver) deve ser lido como um GUID. Vá para este artigo para obter a descrição de cada tipo de coluna pesquisando esta propriedade.

A versão 2.0 trata Char(36) como tipo GUID por padrão para um melhor desempenho. O conector trata os campos Char(36) como GUIDs para facilitar o tratamento do banco de dados. Esse tratamento simplifica operações como inserir, atualizar e recuperar valores GUID, garantindo que eles sejam gerenciados consistentemente como objetos GUID no código do aplicativo em vez de cadeias de caracteres simples. Esse comportamento é particularmente útil em cenários onde GUIDs são usados como chaves primárias ou identificadores exclusivos e fornece melhor desempenho. Se você não precisar dessa configuração padrão, poderá configurar guidFormat=none na propriedade de conexão.
No
sslCert O caminho para o arquivo de certificado SSL do cliente no formato PEM. SslKey também deve ser especificado. No
sslKey O caminho para a chave privada SSL do cliente no formato PEM. SslCert também deve ser especificado. No
treatTinyAsBoolean Quando definido como true, os valores tinyint(1) são retornados como booleanos. Definir essa propriedade como false faz com que tinyint(1) seja retornado como SByte/Byte.

A versão 2.0 trata tinyint(1) como tipo booleano por padrão. Para mais informações, consulte este artigo. Para permitir que o conector retorne minúsculo como numérico, defina treatTinyAsBoolean=false nas propriedades da conexão.
No

Example:

{
    "name": "MySQLLinkedService",
    "properties": {
        "type": "MySql",
        "typeProperties": {
             "server": "<server>",
             "port": 3306,
             "database": "<database>",
             "username": "<username>",
             "password": {
                "type": "SecureString",
                "value": "<password>"
             },
             "sslmode": <sslmode>,
             "usesystemtruststore": <UseSystemTrustStore>,
             "driverVersion": "v2"
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

Exemplo: armazenar senha no Cofre da Chave do Azure

{
    "name": "MySQLLinkedService",
    "properties": {
        "type": "MySql",
        "typeProperties": {
            "server": "<server>",
            "port": 3306,
            "database": "<database>",
            "username": "<username>",
            "sslmode": <sslmode>,
            "usesystemtruststore": <UseSystemTrustStore>,
            "password": { 
                "type": "AzureKeyVaultSecret", 
                "store": { 
                    "referenceName": "<Azure Key Vault linked service name>", 
                    "type": "LinkedServiceReference" 
                }, 
                "secretName": "<secretName>" 
            },
            "driverVersion": "v2"
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

Se você usar a versão 1.0, as seguintes propriedades são suportadas:

Property Description Required
tipo A propriedade type deve ser definida como: MySql Yes
connectionString Especifique as informações necessárias para se conectar ao Banco de Dados do Azure para a instância do MySQL.
Você também pode colocar a senha no Cofre de Chaves do Azure e extrair a password configuração da cadeia de conexão. Consulte os seguintes exemplos e o artigo Armazenar credenciais no Cofre de Chaves do Azure com mais detalhes.
Yes
connectVia O tempo de execução de integração a ser usado para se conectar ao armazenamento de dados. Saiba mais na seção Pré-requisitos . Se não for especificado, ele usará o Tempo de Execução de Integração do Azure padrão. No

Uma cadeia de conexão típica é Server=<server>;Port=<port>;Database=<database>;UID=<username>;PWD=<password>. Mais propriedades que pode definir de acordo com o seu caso:

Property Description Required
sslMode Esta opção especifica se o driver usa criptografia e verificação TLS ao se conectar ao MySQL. Por exemplo, SSLMode=<0/1/2/3/4>.
Opções: DESATIVADO (0) / PREFERENCIAL (1) (Padrão) / OBRIGATÓRIO (2) / VERIFY_CA (3) / VERIFY_IDENTITY (4)
Yes
SSLCert O caminho completo e o nome de um arquivo .pem contendo o certificado SSL usado para provar a identidade do cliente.
Para especificar uma chave privada para criptografar esse certificado antes de enviá-lo ao servidor, use a SSLKey propriedade.
Sim, se estiver usando a verificação SSL bidirecional.
SSLKey O caminho completo e o nome de um arquivo que contém a chave privada usada para criptografar o certificado do lado do cliente durante a verificação SSL bidirecional. Sim, se estiver usando a verificação SSL bidirecional.
useSystemTrustStore Esta opção especifica se um certificado de autoridade de certificação do armazenamento confiável do sistema deve ser usado ou de um arquivo PEM especificado. Por exemplo; UseSystemTrustStore=<0/1>
Opções: Ativado (1) / Desativado (0) (Padrão)
No

Example:

{
    "name": "MySQLLinkedService",
    "properties": {
        "type": "MySql",
        "typeProperties": {
            "connectionString": "Server=<server>;Port=<port>;Database=<database>;UID=<username>;PWD=<password>"
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

Propriedades do conjunto de dados

Para obter uma lista completa de seções e propriedades disponíveis para definir conjuntos de dados, consulte o artigo sobre conjuntos de dados. Esta seção fornece uma lista de propriedades suportadas pelo conjunto de dados MySQL.

Para copiar dados do MySQL, as seguintes propriedades são suportadas:

Property Description Required
tipo A propriedade type do conjunto de dados deve ser definida como: MySqlTable Yes
tableName Nome da tabela no banco de dados MySQL. Não (se "consulta" na fonte da atividade for especificado)

Example

{
    "name": "MySQLDataset",
    "properties":
    {
        "type": "MySqlTable",
        "typeProperties": {},
        "schema": [],
        "linkedServiceName": {
            "referenceName": "<MySQL linked service name>",
            "type": "LinkedServiceReference"
        }
    }
}

Se você estava usando RelationalTable o conjunto de dados digitado, ele ainda é suportado no estado em que se encontra, enquanto é sugerido que você use o novo no futuro.

Propriedades da atividade Copy

Para obter uma lista completa de seções e propriedades disponíveis para definir atividades, consulte o artigo Pipelines . Esta seção fornece uma lista de propriedades suportadas pela fonte MySQL.

MySQL como fonte

Para copiar dados do MySQL, as seguintes propriedades são suportadas na seção de fonte de atividade de cópia:

Property Description Required
tipo A propriedade type da fonte de atividade de cópia deve ser definida como: MySqlSource Yes
consulta Use a consulta SQL personalizada para ler dados. Por exemplo: "SELECT * FROM MyTable". Não (se "tableName" no conjunto de dados for especificado)

Example:

"activities":[
    {
        "name": "CopyFromMySQL",
        "type": "Copy",
        "inputs": [
            {
                "referenceName": "<MySQL input dataset name>",
                "type": "DatasetReference"
            }
        ],
        "outputs": [
            {
                "referenceName": "<output dataset name>",
                "type": "DatasetReference"
            }
        ],
        "typeProperties": {
            "source": {
                "type": "MySqlSource",
                "query": "SELECT * FROM MyTable"
            },
            "sink": {
                "type": "<sink type>"
            }
        }
    }
]

Se você estava usando RelationalSource fonte digitada, ela ainda é suportada como está, enquanto você é sugerido para usar a nova no futuro.

Mapeamento de tipo de dados para MySQL

Ao copiar dados do MySQL, os mapeamentos a seguir são usados de tipos de dados MySQL para tipos de dados provisórios usados pelo serviço internamente. Consulte Mapeamentos de esquema e tipo de dados para saber como a atividade de cópia mapeia o esquema de origem e o tipo de dados para o coletor.

Tipo de dados MySQL Tipo de dados de serviço provisório (para a versão 2.0) Tipo de dados de serviço provisório (para a versão 1.0)
BIGINT Int64 Int64
BIGINT NÃO ASSINADO UInt64 Decimal
BIT(1) UInt64 booleano
BIT(M), M>1 UInt64 Byte[]
BLOB Byte[] Byte[]
BOOL Booleano
(Se TreatTinyAsBoolean=false, ele é mapeado como SByte. TreatTinyAsBoolean é verdadeiro por padrão)
Int16
CHAR String String
DATE Data/hora Data/hora
DATETIME Data/hora Data/hora
DECIMAL Decimal Decimal, String
DUPLO Double Double
DUPLA PRECISÃO Double Double
ENUM String String
FLOAT Single Single
INT Int32 Int32
INT NÃO ASSINADO Int64 Int64
INTEGER Int32 Int32
INTEIRO NÃO ASSINADO UInt32 Int64
JSON String Byte[]
VARBINARY LONGO Byte[] Byte[]
VARCHAR LONGO String String
LONGBLOB Byte[] Byte[]
TEXTO LONGO String String
MEDIUMBLOB Byte[] Byte[]
MEDIUMINT Int32 Int32
MEDIUMINT NÃO ASSINADO UInt32 Int64
TEXTO MÉDIO String String
NUMÉRICO Decimal Decimal
REAL Double Double
SET String String
SMALLINT Int16 Int16
SMALLINT NÃO ASSINADO UInt16 Int32
TEXTO String String
TIME TimeSpan TimeSpan
TIMESTAMP Data/hora Data/hora
TINYBLOB Byte[] Byte[]
TINYINT SByte Int16
TINYINT não assinado Int16 Int16
TINYTEXT String String
VARCHAR String String
YEAR Int Int

Propriedades da atividade de pesquisa

Para saber detalhes sobre as propriedades, verifique Atividade de pesquisa.

Atualize o conector MySQL

Aqui estão as etapas que ajudam você a atualizar seu conector MySQL:

  1. Na página Editar serviço vinculado, selecione 2.0 em Versão e configure o serviço vinculado consultando as propriedades do serviço vinculado.

  2. O mapeamento de tipo de dados para a versão 2.0 é diferente do da versão 1.0. Para aprender o mapeamento de tipo de dados da versão 2.0, consulte Mapeamento de tipo de dados para MySQL.

  3. A versão 2.0 suporta mais versões do MySQL. Para obter mais informações, consulte Recursos suportados.

Esta seção apresenta as melhores práticas para o conector MySQL versão 2.0.

Não é possível carregar a chave SSL

  • Sintomas: Se você estiver usando o conector MySQL versão 2.0 com chave SSL como uma propriedade de conexão, você pode atender à seguinte mensagem de erro: Could not load the client key from your_pem_file: Unrecognized PEM header: -----BEGIN PRIVATE KEY-----

  • Causa: A versão 2.0 não pode desencriptar o formato PCKS#8.

  • Recomendação: Converta o formato PEM para PCKS#1.

A tabela abaixo mostra as diferenças de mapeamento de tipo de dados entre o MySQL usando a versão 2.0 e a versão 1.0.

Tipo de dados MySQL Tipo de dados de serviço provisório (usando a versão 2.0) Tipo de dados de serviço provisório (usando a versão 1.0)
BIGINT NÃO ASSINADO UInt64 Decimal
BIT(1) UInt64 booleano
BIT(M), M>1 UInt64 Byte[]
BOOL booleano Int16
DECIMAL Decimal Decimal, String
INTEIRO NÃO ASSINADO UInt32 Int64
JSON String Byte[]
MEDIUMINT NÃO ASSINADO UInt32 Int64
SMALLINT NÃO ASSINADO UInt16 Int32
TINYINT SByte Int16

Para obter uma lista de armazenamentos de dados suportados como fontes e coletores pela atividade de cópia, consulte Armazenamentos de dados suportados.