Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
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:
- Ferramenta Copiar dados
- Portal do Azure
- .NET SDK
- Python SDK
- Azure PowerShell
- API REST
- Modelo do Azure Resource Manager
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.
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:
Procure por MySQL e selecione o conector MySQL.
Configure os detalhes do serviço, teste a conexão e crie o novo serviço vinculado.
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:
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.
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.
A versão 2.0 suporta mais versões do MySQL. Para obter mais informações, consulte Recursos suportados.
Melhores práticas para o conector MySQL versão 2.0
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.
Diferenças entre o MySQL versão 2.0 e versão 1.0
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 |
Conteúdo relacionado
Para obter uma lista de armazenamentos de dados suportados como fontes e destinos pela atividade de cópia, consulte supported data stores.