Partilhar via


Copiar dados do MySQL usando Azure Data Factory ou Synapse Analytics

APLICA-SE A: Azure Data Factory Azure Synapse Analytics

Tip

Data Factory em Microsoft Fabric é a próxima geração de Azure Data Factory, com uma arquitetura mais simples, IA incorporada e novas funcionalidades. Se és novo na integração de dados, começa pelo Fabric Data Factory. As cargas de trabalho existentes do ADF podem atualizar para o Fabric para aceder a novas capacidades em ciência de dados, análise em tempo real e relatórios.

Este artigo descreve como usar a Atividade de Cópia nos pipelines Azure Data Factory e Synapse Analytics para copiar dados de uma base 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 Base de Dados do Azure para MySQL, utilize o conector especializado Base 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) Runtime de integração Azure (2) Runtime de integração auto-hospedado

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

Este conector suporta MySQL nas versões 5.5, 5.6, 5.7, 8.0, 8.1 e 8.2 quando utilizado com o conector MySQL versão 2.0, e as versões 5.6, 5.7 e 8.0 com o conector de versão 1.0.

Prerequisites

Se o seu armazenamento de dados estiver localizado numa rede local, numa rede virtual Azure ou na Amazon Virtual Private Cloud, precisa de configurar um runtime de integração auto-hospedado para se ligar a ele.

Se o seu armazenamento de dados for um serviço de dados na cloud gerido, pode usar o Azure Integration Runtime. Se o acesso for restrito a IPs aprovados nas regras do firewall, pode adicionar IPs Azure Integration Runtime à lista de autorizações.

Também pode usar a funcionalidade managed virtual network integration runtime no Azure Data Factory para aceder à rede local sem instalar e configurar um runtime 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 incorporado a partir da versão 3.7, por isso não precisa de instalar nenhum driver manualmente.

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 os passos seguintes para criar um serviço ligado ao MySQL na interface do portal do Azure.

  1. Navegue até ao separador Gerir no seu espaço de trabalho Azure Data Factory ou Synapse e selecione Serviços Ligados, depois 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 pode referenciar um segredo armazenado em Azure Key Vault. 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 deve ser utilizado um certificado de uma Autoridade de Certificação (CA) do repositório de confiança do sistema, ou de um ficheiro PEM especificado. Por exemplo; UseSystemTrustStore=<0/1>
Opções: Ativado (1) / Desativado (0) (Padrão)
No
connectVia O Integration Runtime para ser usado para se ligar ao armazenamento de dados. Saiba mais na seção Pré-requisitos . Se não for especificado, usa o Azure Integration Runtime padrão. No
Propriedades de conexão adicionais
allowZeroDateTime Especificar este valor de propriedade para true permite que o valor especial de data "zero" seja recuperado do banco de dados 0000-00-00. Se definido como false (o padrão), as colunas de datas são retornadas como valores DateTime, o que significa que 0000-00-00 não pode ser recuperado.

O MySQL permite armazenar um valor "zero" de 0000-00-00 como 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 para true para retornar DateTime.MinValue para colunas de data ou datetime que possuam valores inválidos. No
guidFormat Determina qual tipo de coluna (caso exista) deve ser interpretado 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 pequeno como valor 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 a palavra-passe em Azure Key Vault

{
    "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 a informação necessária para se ligar à instância Base de Dados do Azure para MySQL.
Também podes colocar palavra-passe no Azure Key Vault e retirar a configuração password do cadeia de ligação. Consulte os seguintes exemplos e o artigo Armazenar credenciais no Azure Key Vault para mais detalhes.
Yes
connectVia O Integration Runtime para ser usado para se ligar ao armazenamento de dados. Saiba mais na seção Pré-requisitos . Se não for especificado, usa o Azure Integration Runtime padrão. No

Um cadeia de ligação típico é 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 deve ser utilizado um certificado de uma Autoridade de Certificação (CA) do repositório de confiança do sistema, ou de um ficheiro 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 estava a utilizar o conjunto de dados tipado RelationalTable, ele ainda é suportado tal como está, embora seja recomendado que opte pelo novo para o futuro.

Propriedades da atividade de cópia

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 origem da 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 Utilize a consulta SQL personalizada para ler os dados. Por exemplo: "SELECT * FROM MyTable". Não (se "tableName" estiver especificado no conjunto de dados)

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 para converter tipos de dados do MySQL em tipos de dados provisórios utilizados internamente pelo serviço. Consulte Mapeamentos de esquema e tipo de dados para saber como a atividade de cópia mapeia o esquema e o tipo de dados da origem para o destino.

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
DATAHORA Data/hora Data/hora
DECIMAL Decimal Decimal, Cadeia de Caracteres
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 consulta

Para saber detalhes sobre as propriedades, verifique a 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, Cadeia de Caracteres
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 destinos pela atividade de cópia, consulte supported data stores.