Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
APLICA-SE A:
Azure Data Factory
Azure Synapse Analytics
Tip
Data Factory no Microsoft Fabric é a próxima geração de Azure Data Factory, com uma arquitetura mais simples, IA interna e novos recursos. Se você não estiver familiarizado com a integração de dados, comece com Fabric Data Factory. As cargas de trabalho existentes do ADF podem ser atualizadas para Fabric para acessar novos recursos 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 do Azure Data Factory e do Synapse Analytics para copiar dados de um banco de dados MySQL. Ele amplia o artigo Visão geral da atividade de cópia que apresenta uma visão geral da atividade de cópia.
Note
Para copiar dados do ou para o serviço Banco de Dados do Azure para MySQL, use o conector especializado Banco de Dados do Azure para MySQL.
Important
O conector MySQL versão 1.0 está em fase de remoção. É recomendável atualizar o conector MySQL da versão 1.0 para a 2.0.
Recursos com suporte
O conector do MySQL é compatível com as seguintes funcionalidades:
| Recursos com suporte | IR |
|---|---|
| Copiar atividade (origem/-) | (1) (2) |
| Atividade de pesquisa | (1) (2) |
① Runtime de integração do Azure ② Runtime de integração auto-hospedado
Para obter uma lista de armazenamentos de dados com suporte como origens/coletores da atividade de cópia, confira a tabela Armazenamentos de dados com suporte.
Esse conector dá suporte ao MySQL versão 5.5, 5.6, 5.7, 8.0, 8.1 e 8.2 no conector MySQL versão 2.0 e 5.6, 5.7 e 8.0 para a versão 1.0.
Prerequisites
Se o armazenamento de dados estiver localizado dentro de uma rede local interna, uma rede virtual do Azure ou uma Amazon Virtual Private Cloud (VPC), você precisará configurar um runtime de integração auto-hospedado para se conectar a ele.
Se o armazenamento de dados for um serviço de dados de nuvem gerenciado, você poderá usar o Azure Integration Runtime. Se o acesso for restrito a IPs aprovados nas regras de firewall, você poderá adicionar Azure Integration Runtime IPs à lista de permissões.
Você também pode usar o recurso managed virtual network integration runtime no Azure Data Factory para acessar a rede local sem instalar e configurar um runtime de integração auto-hospedada.
Para obter mais informações sobre os mecanismos de segurança de rede e as opções compatíveis com o Data Factory, consulte Estratégias de acesso a dados.
O Integration Runtime fornece um driver MySQL interno 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:
- Ferramenta Copiar Dados
- Azure portal
- .NET SDK
- SDK Python
- Azure PowerShell
- REST API
- modelo Azure Resource Manager
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 Azure.
Navegue até a guia Gerenciar no workspace do Azure Data Factory ou do Synapse e selecione Serviços Vinculados e clique em Novo:
Pesquise o MySQL e selecione o conector do MySQL.
Configure os detalhes do serviço, teste a conexão e crie o novo serviço vinculado.
Detalhes da configuração do conector
As seções a seguir fornecem detalhes sobre as propriedades usadas para definir entidades do Data Factory específicas ao conector do MySQL.
Propriedades do serviço vinculado
Se você usar a versão 2.0, as propriedades a seguir têm suporte para o serviço vinculado do 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 a ser conectada ao servidor MySQL. | No |
| banco de dados | O nome do banco de dados MySQL. | Yes |
| nome de usuário | Seu nome de usuário. | Yes |
| senha | A senha para o nome de usuário. Marque este campo como SecureString para armazená-lo com segurança. Ou você pode referenciar um segredo armazenado no 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 usar um certificado de autoridade de certificação do repositório de confiança de sistema ou de um arquivo PEM especificado. Por exemplo, UseSystemTrustStore=<0/1>;Opções: Ativado (1)/Desativado (0) (Padrão) |
No |
| connectVia | O Integration Runtime 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 Azure Integration Runtime padrão. | No |
| Propriedades adicionais da conexão | ||
| allowZeroDateTime | Especificar esse valor de propriedade true permite que o valor de data "zero" especial de 0000-00-00 seja recuperado do banco de dados. Se definido como false (o padrão), as colunas de data serão retornadas como valores Data/Hora, o que significa 0000-00-00 que não pode ser recuperado. O MySQL permite armazenar um valor 0000-00-00 "zero" 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 desabilitar 0000-00-00 no MySQL, habilite o modo NO_ZERO_DATE. Para obter mais informações, veja este artigo. |
No |
| connectionTimeout | O período (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 para retornar DateTime.MinValue para colunas de data ou Data/Hora que têm valores não permitidos. |
No |
| guidFormat | Determina qual tipo de coluna (se houver) deve ser lido como um GUID. Acesse este artigo para obter a descrição de cada tipo de coluna pesquisando essa propriedade. A versão 2.0 trata Caract (36) como tipo GUID por padrão para melhorar o desempenho. O conector trata os campos Char(36) como GUIDs para facilitar o tratamento de 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 sem formatação. Esse comportamento é particularmente útil em cenários em que os GUIDs são usados como chaves primárias ou identificadores exclusivos, fornecendo melhor desempenho. Caso não precise dessa configuração padrão, configure guidFormat=none na propriedade de conexão. |
No |
| sslCert | O caminho para o arquivo de certificado SSL do cliente no formato de PEM. SslKey também deve ser especificado. | No |
| sslKey | O caminho para a chave privada SSL do cliente no formato PEM. O SslCert também deve ser especificado. | No |
| treatTinyAsBoolean | Quando definido como verdadeiro, os valores tinyint(1) são retornados como boolianos. Definir essa propriedade como falso faz com que tinyint(1) seja retornado como SByte/Byte. A versão 2.0 trata tinyint(1.0) como tipo booliano por padrão. Para obter mais informações, veja este artigo. Para permitir que o conector retorne tiny como numérico, defina treatTinyAsBoolean=false nas propriedades de 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"
}
}
}
Example: armazene a senha no 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 serão compatíveis:
| Property | Description | Required |
|---|---|---|
| tipo | A propriedade type deve ser definida como: MySql | Yes |
| connectionString | Especifique as informações necessárias para se conectar à instância de Banco de Dados do Azure para MySQL. Você também pode colocar a senha no Azure Key Vault e extrair a configuração password da cadeia de conexão. Consulte os exemplos a seguir e o artigo Armazenando credenciais no Azure Key Vault para mais detalhes. |
Yes |
| connectVia | O Integration Runtime 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 Azure Integration Runtime padrão. | No |
Um cadeia de conexão típico é Server=<server>;Port=<port>;Database=<database>;UID=<username>;PWD=<password>. Mais propriedades que podem ser definidas para 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 que contém o certificado SSL usado para provar a identidade do cliente. Para especificar uma chave privada para criptografar esse certificado antes de enviá-lo para o servidor, use a propriedade SSLKey. |
Sim, se estiver usando a verificação de 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 de SSL bidirecional. | Sim, se estiver usando a verificação de SSL bidirecional. |
| useSystemTrustStore | Esta opção especifica se deve usar um certificado de autoridade de certificação do repositório de confiança de sistema 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 das seções e propriedades disponíveis para definir os conjuntos de dados, confira o artigo sobre conjuntos de dados. Esta seção fornece uma lista das propriedades com suporte pelo conjunto de dados do MySQL.
Para copiar dados do MySQL, há suporte para as seguintes propriedades:
| 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 "query" na fonte da atividade for especificada) |
Example
{
"name": "MySQLDataset",
"properties":
{
"type": "MySqlTable",
"typeProperties": {},
"schema": [],
"linkedServiceName": {
"referenceName": "<MySQL linked service name>",
"type": "LinkedServiceReference"
}
}
}
Se você estava usando o conjunto de dados com tipos RelationalTable, ele ainda tem suporte como está, mas é recomendável usar o novo de agora em diante.
Propriedades da atividade de cópia
Para obter uma lista completa das seções e propriedades disponíveis para definir atividades, confia o artigo Pipelines. Esta seção fornece uma lista das propriedades com suporte pela fonte do MySQL.
MySQL como fonte
Para a cópia de dados do MySQL, as propriedades a seguir têm suporte na seção de origem da atividade de cópia:
| Property | Description | Required |
|---|---|---|
| tipo | A propriedade type da origem da atividade copy deve ser definida como: MySqlSource | Yes |
| consulta | Utiliza a consulta SQL personalizada para ler os 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 a fonte com tipos RelationalSource, ela ainda tem suporte como está, mas é recomendável usar a nova no futuro.
Mapeamento de tipo de dados para o MySQL
Ao copiar dados do MySQL, os seguintes mapeamentos são usados de tipos de dados do MySQL para tipos de dados provisórios usados internamente com o serviço. Consulte Mapeamentos de tipo de dados e esquema para saber mais sobre como a atividade de cópia mapeia o tipo de dados e esquema de origem para o coletor.
| Tipo de dados do 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 UNSIGNED | 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 e Hora | Data e Hora |
| DATETIME | Data e Hora | Data e Hora |
| DECIMAL | Decimal | Decimal, Cadeia |
| DOUBLE | Double | Double |
| Dupla precisão | Double | Double |
| ENUM | String | String |
| FLOAT | Solteiro | Solteiro |
| INT | Int32 | Int32 |
| INT UNSIGNED | Int64 | Int64 |
| INTEGER | Int32 | Int32 |
| INTEIRO SEM SINAL | UInt32 | Int64 |
| JSON | String | Byte[] |
| LONG VARBINARY | Byte[] | Byte[] |
| LONG VARCHAR | String | String |
| LONGBLOB | Byte[] | Byte[] |
| LONGTEXT | String | String |
| MEDIUMBLOB | Byte[] | Byte[] |
| MEDIUMINT | Int32 | Int32 |
| MEDIUMINT UNSIGNED | UInt32 | Int64 |
| MEDIUMTEXT | String | String |
| NUMÉRICO | Decimal | Decimal |
| REAL | Double | Double |
| SET | String | String |
| SMALLINT | Int16 | Int16 |
| SMALLINT SEM SINAL | UInt16 | Int32 |
| TEXTO | String | String |
| TIME | TimeSpan | TimeSpan |
| TIMESTAMP | Data e Hora | Data e Hora |
| TINYBLOB | Byte[] | Byte[] |
| TINYINT | SByte | Int16 |
| TINYINT unsigned | Int16 | Int16 |
| TINYTEXT | String | String |
| VARCHAR | String | String |
| YEAR | Int | Int |
Pesquisar propriedades de atividade
Para saber detalhes sobre as propriedades, verifique Pesquisar atividade.
Atualizar o conector MySQL
Estas são as etapas que ajudarão você a atualizar o conector MySQL:
Na página Editar serviço vinculado, selecione 2.0 em Versão e configure o serviço vinculado referindo-se às 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 saber mais sobre o mapeamento de tipo de dados versão 2,0, consulte Mapeamento de tipo de dados do MySQL.
A versão 2.0 dá suporte a mais versões do MySQL. Para obter mais informações, confira Funcionalidades com suporte.
Práticas recomendadas para a versão 2.0 do conector MySQL
Esta seção apresenta as práticas recomendadas para a versão 2.0r do conector MySQL.
Não é possível carregar a chave SSL
Sintomas: se você estiver usando a versão 2.0 do conector MySQL com a Chave SSL como uma propriedade de conexão, poderá se deparar com a 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 descriptografar o formato PCKS#8.
Recomendação: converta o formato PEM em PCKS#1.
Diferenças entre o MySQL versão 2.0 e a versão 1.0
A tabela a seguir 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 do 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 UNSIGNED | UInt64 | Decimal |
| BIT(1) | UInt64 | booleano |
| BIT(M), M>1 | UInt64 | Byte[] |
| BOOL | booleano | Int16 |
| DECIMAL | Decimal | Decimal, Cadeia |
| INTEIRO SEM SINAL | UInt32 | Int64 |
| JSON | String | Byte[] |
| MEDIUMINT UNSIGNED | UInt32 | Int64 |
| SMALLINT SEM SINAL | UInt16 | Int32 |
| TINYINT | SByte | Int16 |
Conteúdo relacionado
Para obter uma lista de armazenamentos de dados com suporte como coletores e fontes da atividade de cópia, confira os armazenamentos de dados com suporte.