Todos os produtos
Search
Central de documentação

AnalyticDB:Data Warehouse Edition quick start

Última atualização: Sep 22, 2026

Bem-vindo ao guia de introdução do AnalyticDB for MySQL Data Warehouse Edition. O AnalyticDB for MySQL é um data warehouse em tempo real, de alta concorrência, escala de petabytes e gerenciado na cloud, desenvolvido para cargas de trabalho de processamento analítico online (OLAP). Este guia mostra como usar um cluster do Data Warehouse Edition.

Importante

O Data Warehouse Edition não está mais disponível para novas compras. É possível adquirir o Enterprise Edition ou o Basic Edition. Se você já comprou um cluster do Data Warehouse Edition, consulte este guia para continuar usando o cluster do Data Warehouse Edition.

Fluxo de trabalho

Se estiver começando a usar o AnalyticDB for MySQL Data Warehouse Edition, recomendamos a leitura dos tópicos a seguir:

  • Product overview: Conheça os conceitos, benefícios e casos de uso do product AnalyticDB for MySQL.

  • Pricing: Saiba mais sobre os detalhes de preços e os métodos de faturamento do AnalyticDB for MySQL.

  • Início rápido (este guia): fornece um tutorial sobre como usar um cluster do AnalyticDB for MySQL Data Warehouse Edition.

image

Etapa 1: crie uma conta de banco de dados

O AnalyticDB for MySQL suporta dois tipos de conta de banco de dados: privilegiada e padrão. Para mais informações sobre as diferenças entre elas, consulte Database account types.

crie uma conta privilegiada

  1. Faça login no console do AnalyticDB for MySQL. No canto superior esquerdo do console, selecione uma região. No painel de navegação à esquerda, clique em Clusters. Encontre o cluster e gerencie, e clique em respectivo ID.

  2. No painel de navegação à esquerda, clique em Accounts.

  3. Na página Accounts, clique em Create Privileged Account.

  4. No painel Create Account, configure os parâmetros.

    Parâmetro

    Descrição

    Database Account

    O nome da conta privilegiada. Insira um nome que atenda aos requisitos da tela.

    Account Type

    Para um cluster do Data Warehouse Edition, este parâmetro é definido automaticamente como Privileged Account e não o modifique.

    New Password

    A senha da conta privilegiada. Insira uma senha que atenda aos requisitos da tela.

    Confirm Password

    Insira a senha novamente e confirme.

    Description

    Opcional. Insira uma descrição para a conta para consultas futuras.

  5. e clique em OK para criar a conta.

crie e autorize uma conta padrão

As contas padrão criadas ao e execute instruções SQL em um cluster do Data Warehouse Edition não são exibidas no console.

  • e crie uma conta de banco de dados consultando CREATE USER.

  • Para conceder permissões a uma conta de banco de dados, consulte GRANT.

  • Para revogar permissões de uma conta de banco de dados, consulte REVOKE.

  • Para alterar o nome de uma conta de banco de dados, consulte RENAME USER.

  • e exclua uma conta de banco de dados consultando DROP USER.

Etapa 2: Configurar a lista de permissões de IP

  • Por padrão, uma lista de permissões de endereços IP contém apenas 127.0.0.1, impedindo o acesso de qualquer dispositivo ao cluster. Adicione endereços IP à lista de permissões para permitir o acesso de outros dispositivos. Por exemplo, adicione o bloco CIDR 10.10.10.0/24 para permitir que qualquer endereço IP no intervalo 10.10.10.X acesse o cluster. Para adicionar vários endereços IP ou blocos CIDR, separe-os por vírgula (,) sem espaços. Por exemplo: 192.168.0.1,172.16.213.9.

    Aviso

    Não insira 0.0.0.0 na lista de permissões de endereços IP.

  • Se o seu endereço IP público mudar com frequência e for necessário permitir o acesso de todos os endereços IP públicos ao seu cluster do AnalyticDB for MySQL, contate o suporte técnico.

  • Uma lista de permissões de endereços IP oferece um alto nível de segurança para o seu cluster do AnalyticDB for MySQL. Recomendamos manter a lista de permissões atualizada regularmente.

  • Configurar uma lista de permissões de endereços IP não afeta a operação normal do cluster do AnalyticDB for MySQL. As alterações entram em vigor em até um minuto.

Procedimento

  1. Faça login no console do AnalyticDB for MySQL. No canto superior esquerdo do console, selecione uma região. No painel de navegação à esquerda, clique em Clusters. Encontre o cluster e gerencie, e clique em respectivo ID.

  2. No painel de navegação à esquerda, clique em Data Security.

  3. Na página Whitelist Settings, encontre o grupo da lista de permissões default e clique em Modify na coluna Actions.

    Nota

    Também é possível clicar em Create Whitelist para criar um grupo personalizado.

  4. Na caixa de diálogo Edit Whitelist, exclua o endereço IP padrão 127.0.0.1. Insira os endereços IP ou blocos CIDR que necessitam de acesso ao cluster e clique em OK.

    Nota

    Para adicionar o endereço IP público do seu cliente à lista de permissões, determine primeiro o endereço IP. Para obter mais informações, consulte Connections.

Etapa 3: Conectar-se ao cluster

O AnalyticDB for MySQL suporta a conexão a um cluster do AnalyticDB for MySQL por meio do Data Management Service (DMS), clientes MySQL como Navicat for MySQL, DBeaver, DBVisualizer e SQL WorkBench/J, ferramentas de visualização de BI ou a ferramenta de linha de comando do MySQL. Também é possível conectar-se a um cluster do AnalyticDB for MySQL a partir de um aplicativo ao configurar informações como o endereço de conexão do cluster, a porta e a conta do banco de dados.

Usar o DMS para se conectar ao AnalyticDB for MySQL

  1. Faça login no console do AnalyticDB for MySQL. No canto superior esquerdo do console, selecione uma região. No painel de navegação à esquerda, clique em Clusters. Encontre o cluster e gerencie, e clique em respectivo ID.

  2. Na página Cluster Information, clique em Log On to Database no canto superior direito.

  3. Na caixa de diálogo exibida, insira as informações de login.

    Parâmetro

    Descrição

    Database Type

    O valor padrão é AnalyticDB for MySQL 3.0. Não é necessário alterá-lo.

    Instance Region

    O valor padrão é a região da instância atual. Não é necessário alterá-lo.

    Cluster ID

    O valor padrão é o ID do cluster atual. Não é necessário alterá-lo.

    Database Account

    O nome da conta do banco de dados do cluster.

    Database Password

    A senha da conta do banco de dados.

    Nota

    Você pode e selecione Remember Password para fazer login automaticamente no cluster atual do AnalyticDB for MySQL no futuro, e insira a conta e a senha do banco de dados.

    Nota
    • Ao usar o DMS para fazer login em um cluster do AnalyticDB for MySQL pela primeira vez, o modo de controle é definido como Flexible Management por padrão. Após o login, também é possível alterar o modo de controle e edite a instância. Para obter mais informações, consulte Edit an instance e Control modes.

    • Após configurar os parâmetros de login, e clique em Test Connection no canto inferior esquerdo. Se o teste de conexão falhar, verifique as informações do cluster, como conta ou senha, com base na mensagem de erro.

    • O sistema adiciona automaticamente os endereços IP do servidor do DMS à lista de permissões de endereços IP do banco de dados. Caso os endereços IP não sejam adicionados automaticamente, adicione-os manualmente. Para obter mais informações, consulte Step 2: Configure an IP address whitelist e DMS IP address whitelist.

  4. e clique em Log On.

Conectar-se programaticamente ao AnalyticDB for MySQL

Usar a ferramenta de linha de comando do MySQL para se conectar ao AnalyticDB for MySQL

Use the MySQL command-line client to connect to an AnalyticDB for MySQL cluster

Usar um cliente para se conectar ao AnalyticDB for MySQL

Conectar o AnalyticDB for MySQL a ferramentas de visualização de dados

Etapa 4: crie um banco de dados

Nota

É possível criar no máximo 2.048 bancos de dados em cada cluster.

  1. Na aba SQL INFORMATION_SCHEMA, insira uma instrução CREATE DATABASE no SQL Console para criar um banco de dados.

    • Sintaxe: CREATE DATABASE [IF NOT EXISTS] $db_name

    • Descrição do parâmetro: db_name é o nome do banco de dados. O nome deve começar com uma letra minúscula, pode conter letras, dígitos e sublinhados (_), não podendo conter dois ou mais sublinhados consecutivos (_). O nome pode ter até 64 caracteres.

      Nota

      O nome do banco de dados não pode ser analyticdb, pois é um banco de dados interno.

    • Exemplos:

      create database adb_demo;                          
      create database if not exists adb_demo2;                         
  2. e clique em Execute no canto superior esquerdo para criar o banco de dados.

Etapa 5: Importar e consultar dados

Pré-requisitos

  • e crie um diretório no Object Storage Service (OSS) para armazenar dados do AnalyticDB for MySQL.

    1. Ative o OSS. Para obter mais informações, consulte Activate OSS.

    2. e crie um bucket. Para obter mais informações, consulte Create buckets.

      Importante

      O bucket do OSS deve estar na mesma região do cluster do AnalyticDB for MySQL.

    3. e crie um diretório. Para obter mais informações, consulte Create a directory.

    4. Faça upload de um objeto de teste. Para obter mais informações, consulte Upload objects.

      Neste exemplo, o objeto oss_import_test_data.txt é carregado no diretório <bucket-name>.oss-cn-hangzhou.aliyuncs.com/adb/ no OSS. As linhas são delimitadas por quebras de linha e as colunas são delimitadas por ponto e vírgula (;). Os dados de exemplo são os seguintes:

      uid;other
      12;hello_world_1
      27;hello_world_2
      28;hello_world_3
      33;hello_world_4
      37;hello_world_5
      40;hello_world_6
      ...     
  • Siga o Guia de Introdução do AnalyticDB for MySQL para concluir os preparativos, como criar um cluster, configurar uma lista de permissões de endereços IP e criar uma conta e um banco de dados. Para obter mais informações, consulte Procedure.

Procedimento

  1. e execute a instrução CREATE TABLE para criar uma tabela externa no banco de dados adb_demo. Para informações sobre a sintaxe de criação de uma tabela externa do OSS para dados nos formatos CSV, Parquet ou TEXT, consulte Syntax for OSS external tables.

  2. Consulte os dados do OSS.

    A consulta a uma tabela externa utiliza a mesma sintaxe da consulta a uma tabela interna do AnalyticDB for MySQL. Consulte os dados diretamente, conforme o exemplo a seguir:

    select uid, other from oss_import_test_external_table where uid < 100 limit 10;
    • Para grandes objetos de dados CSV ou TEXT, recomendamos fortemente importar os dados para o AnalyticDB for MySQL antes da consulta, a fim de obter melhor desempenho.

    • Para objetos de dados Parquet, as consultas diretas geralmente apresentam alto desempenho. Avalie a necessidade de importar os dados para o AnalyticDB for MySQL antes da consulta, com base nas suas necessidades.

  3. e execute a instrução CREATE TABLE para criar uma tabela de destino chamada adb_oss_import_test no banco de dados adb_demo para armazenar os dados importados do OSS.

    CREATE TABLE IF NOT EXISTS adb_oss_import_test
    (
        uid string,
        other string
    )
    DISTRIBUTED BY HASH(uid);                  
  4. e execute uma instrução INSERT para importar dados da tabela externa do OSS para o AnalyticDB for MySQL.

    Importante

    Por padrão, as instruções INSERT INTO e INSERT OVERWRITE SELECT importam dados de forma síncrona. Ao importar uma grande quantidade de dados, como centenas de gigabytes, a conexão entre o cliente e o servidor do AnalyticDB for MySQL precisa permanecer ativa por um longo período. Durante esse tempo, problemas de rede podem interromper a conexão, causando falha na importação de dados. Portanto, ao importar um grande volume de dados, recomendamos o uso da instrução SUBMIT JOB INSERT OVERWRITE SELECT para importar dados de forma assíncrona.

    • Método 1: e execute a instrução INSERT INTO para importar dados. Se uma chave primária tiver valores duplicados, o sistema ignora os novos dados e não atualiza os existentes. Esse comportamento é equivalente ao uso de INSERT IGNORE INTO. Para obter mais informações, consulte INSERT INTO. A seguir, um exemplo de instrução:

      INSERT INTO adb_oss_import_test
      SELECT * FROM oss_import_test_external_table;
    • Método 2: e execute a instrução INSERT OVERWRITE para importar dados. Esta instrução substitui os dados existentes na tabela. A seguir, um exemplo de instrução:

      INSERT OVERWRITE adb_oss_import_test
      SELECT * FROM oss_import_test_external_table;
    • Método 3: e execute a instrução INSERT OVERWRITE para importar dados de forma assíncrona. Use a instrução SUBMIT JOB para enviar uma tarefa assíncrona. Para acelerar a tarefa de gravação, adicione a dica /*+ direct_batch_load=true*/. Para obter mais informações, consulte Asynchronous write. A seguir, um exemplo de instrução:

      SUBMIT JOB INSERT OVERWRITE adb_oss_import_test
      SELECT * FROM oss_import_test_external_table;

      O resultado retornado é o seguinte:

      +---------------------------------------+
      | job_id                                |
      +---------------------------------------+
      | 2020112122202917203100908203303****** |

      Para mais informações sobre como e envie uma tarefa assíncrona, consulte Submit an asynchronous import task.

  5. e execute o seguinte comando para consultar os dados na tabela adb_oss_import_test.

    SELECT * FROM adb_oss_import_test;

Sintaxe para tabelas externas do OSS

Tabelas externas do OSS não particionadas

CREATE TABLE [IF NOT EXISTS] table_name
(column_name column_type[, …])
ENGINE='OSS'
TABLE_PROPERTIES='{
    "endpoint":"endpoint",
    "url":"OSS_LOCATION",
    "accessid":"accesskey_id",
    "accesskey":"accesskey_secret",
    "format":"CSV|ORC|Parquet",
    "delimiter":";",
    "skip_header_line_count":1,
    "charset":"utf-8"
}';

Tipo de tabela externa

Parâmetro

Obrigatório

Descrição

Tabelas externas para arquivos nos formatos CSV, Parquet ou OSS ORC

ENGINE='OSS'

Sim

O mecanismo da tabela. defina este parâmetro como OSS.

endpoint

O Endpoint do bucket do OSS. O AnalyticDB for MySQL pode acessar o OSS apenas por meio de uma VPC.

Nota

Faça login no console do OSS. e clique em nome do bucket de destino. Na página Overview do bucket, visualize o Endpoint.

url

O caminho do arquivo ou pasta do OSS.

  • e especifique o caminho absoluto do arquivo do OSS. Exemplo: oss://testBucketname/adb/oss_import_test_data.csv.

  • O caminho de uma pasta deve terminar com uma barra (/). Exemplo: oss://testBucketname/adb/.

    Nota

    Ao especificar o caminho de uma pasta, a tabela externa conterá todos os dados da pasta após a criação.

  • É possível adicionar um caractere curinga () ao final do caminho para corresponder a todos os arquivos ou pastas que seguem o padrão especificado. Exemplo: oss://testBucketname/adb/list_file_with_prefix/test

    Nota

    Este exemplo de consulta por padrão corresponde a todos os arquivos e pastas que possuem o prefixo especificado, como oss://testBucketname/adb/list_file_with_prefix/testfile1 e

    oss://testBucketname/adb/list_file_with_prefix/test1/file2.

accessid

O AccessKey ID da conta da Alibaba Cloud ou de um usuário do RAM que possui permissões de gerenciamento no OSS.

Para mais informações sobre como obter um AccessKey ID, consulte Accounts and Permissions.

accesskey

O AccessKey secret da conta da Alibaba Cloud ou de um usuário do RAM que possui permissões de gerenciamento no OSS.

Para mais informações sobre como obter um AccessKey secret, consulte Accounts and Permissions.

Tabelas externas para arquivos CSV

delimiter

Define o delimitador de coluna para o arquivo de dados CSV.

Tabelas externas para arquivos Parquet ou OSS ORC

format

O formato do arquivo de dados.

  • Para criar uma tabela externa para um arquivo Parquet, defina este parâmetro como parquet.

  • Para criar uma tabela externa para um arquivo ORC, defina este parâmetro como orc.

Nota
  • e especifique este parâmetro apenas ao criar uma tabela externa para um arquivo OSS Parquet ou OSS ORC.

  • e não especifique este parâmetro, o formato padrão será CSV.

Tabelas externas para arquivos CSV

null_value

Não

Define o valor NULL para o arquivo de dados CSV. Por padrão, um valor vazio é definido como NULL, o que corresponde a "null_value": "".

Importante

Este parâmetro é suportado apenas por clusters cuja versão do kernel seja 3.1.4.2 ou posterior.

ossnull

A regra que mapeia valores para o valor NULL no arquivo de dados CSV. Valores válidos:

  • 1 (padrão): EMPTY_SEPARATORS. Apenas valores vazios são definidos como NULL.

    Exemplo: a,"",,c --> "a","",NULL,"c"

  • 2: EMPTY_QUOTES. Apenas "" é definido como NULL.

    Exemplo: a,"",,c --> "a",NULL,"","c"

  • 3: BOTH. Tanto valores vazios quanto "" são definidos como NULL.

    Exemplo: a,"",,c --> "a",NULL,NULL,"c"

  • 4: NEITHER. Nem valores vazios nem "" são definidos como NULL.

    Exemplo: a,"",,c --> "a","","","c"

Nota

Os exemplos anteriores assumem que "null_value": "".

skip_header_line_count

O número de linhas de cabeçalho a serem ignoradas no início do arquivo ao importar dados. A primeira linha de um arquivo CSV é o cabeçalho da tabela. e defina este parâmetro como 1, a primeira linha será ignorada automaticamente durante a importação de dados.

O valor padrão é 0, o que significa que nenhuma linha é ignorada.

oss_ignore_quote_and_escape

Especifica se as aspas e os caracteres de escape nos valores dos campos devem ser ignorados. O valor padrão é false, o que significa que aspas e caracteres de escape não são ignorados.

Importante

Este parâmetro é suportado apenas por clusters cuja versão do kernel seja 3.1.4.2 ou posterior.

charset

O conjunto de caracteres da tabela externa do OSS. Valores válidos:

  • utf-8 (padrão)

  • gbk

Importante

Este parâmetro é suportado apenas por clusters cuja versão do kernel seja 3.1.10.4 ou posterior.

Nota
  • Os nomes das colunas na instrução CREATE TABLE da tabela externa devem ser idênticos aos do arquivo Parquet ou ORC, sem distinção entre maiúsculas e minúsculas. A ordem das colunas também deve ser a mesma.

  • Ao criar uma tabela externa, é possível selecione apenas algumas colunas do arquivo Parquet ou ORC para compor a tabela externa. As colunas não selecionadas não são importadas.

  • Se a instrução CREATE TABLE da tabela externa incluir uma coluna que não existe no arquivo Parquet ou ORC, as consultas a essa coluna retornarão NULL.

O AnalyticDB for MySQL permite ler e gravar arquivos Hive TEXT usando tabelas externas do OSS no formato CSV. A seguir, um exemplo de instrução para criar essa tabela:

CREATE TABLE adb_csv_hive_format_oss (
  a tinyint,
  b smallint,
  c int,
  d bigint,
  e boolean,
  f float,
  g double,
  h varchar,
  i varchar, -- binary
  j timestamp,
  k DECIMAL(10, 4),
  l varchar, -- char(10)
  m varchar, -- varchar(100)
  n date
) ENGINE = 'OSS' TABLE_PROPERTIES='{
    "format": "csv",
    "endpoint":"oss-cn-hangzhou-internal.aliyuncs.com",
    "accessid":"LTAI****************",
    "accesskey":"yourAccessKeySecret",
    "url":"oss://testBucketname/adb_data/",
    "delimiter": "\\1",
    "null_value": "\\\\N",
    "oss_ignore_quote_and_escape": "true",
    "ossnull": 2
}';
Nota

Ao criar uma tabela externa do OSS no formato CSV para ler arquivos Hive TEXT, observe o seguinte:

  • O delimitador de coluna padrão para arquivos Hive TEXT é \1. Para ler e gravar arquivos Hive TEXT usando uma tabela externa do OSS no formato CSV, faça o escape de \1 como \\1 no parâmetro delimiter.

  • O valor NULL padrão para arquivos Hive TEXT é \N. Para ler e gravar arquivos Hive TEXT usando uma tabela externa do OSS no formato CSV, faça o escape de \N como \\\\N no parâmetro null_value.

  • Outros tipos de dados primitivos no Hive, como BOOLEAN, têm correspondência direta com os tipos de dados do AnalyticDB for MySQL. No entanto, os tipos BINARY, CHAR(n) e VARCHAR(n) correspondem ao tipo VARCHAR no AnalyticDB for MySQL.

Tabelas externas do OSS particionadas

Se a sua source de dados do OSS contiver partições, os dados serão armazenados em uma estrutura de diretórios hierárquica no OSS. Veja um exemplo:

parquet_partition_classic/
├── p1=2020-01-01
│ ├── p2=4
│ │ ├── p3=SHANGHAI
│ │ │ ├── 000000_0
│ │ │ └── 000000_1
│ │ └── p3=SHENZHEN
│ │     └── 000000_0
│ └── p2=6
│     └── p3=SHENZHEN
│         └── 000000_0
├── p1=2020-01-02
│ └── p2=8
│     ├── p3=SHANGHAI
│     │ └── 000000_0
│     └── p3=SHENZHEN
│         └── 000000_0
└── p1=2020-01-03
    └── p2=6
        ├── p2=HANGZHOU
        └── p3=SHENZHEN
            └── 000000_0

Nesse tipo de fonte de dados, a consulta de dados geralmente ocorre por partição. Para isso, especifique as colunas de chave de partição ao criar a tabela externa do OSS. A instrução a seguir é um exemplo de criação de tabela externa do OSS particionada para um arquivo Parquet:

CREATE TABLE [IF NOT EXISTS] table_name
(column_name column_type[, …])
ENGINE='OSS'
TABLE_PROPERTIES='{
    "endpoint":"endpoint",
    "url":"OSS_LOCATION",
    "accessid":"accesskey_id",
    "accesskey":"accesskey_secret",
    "format":"parquet",
    "partition_column":"p1, p2, p3"
}';
Nota
  • O parâmetro partition_column em TABLE_PROPERTIES especifica as colunas de chave de partição, como p1, p2 e p3. As colunas de chave de partição devem ser declaradas no parâmetro partition_column em ordem, das partições de nível 1 até as de nível 3.

  • A definição das colunas deve incluir as colunas de chave de partição, como p1, p2 e p3, e seus respectivos tipos de dados. As colunas de chave de partição devem ser posicionadas no final da definição.

  • A ordem das colunas de chave de partição na definição das colunas deve corresponder à ordem no parâmetro partition_column.

  • As colunas de chave de partição suportam os seguintes tipos de dados: BOOLEAN, TINYINT, SMALLINT, INT, INTEGER, BIGINT, FLOAT, DOUBLE, DECIMAL, VARCHAR, STRING, DATE e TIMESTAMP.

  • Ao consultar dados, as colunas de chave de partição são exibidas e utilizadas da mesma forma que outras colunas de dados.

  • e não especifique o formato, o padrão será CSV.

  • Para obter mais informações sobre outros parâmetros, consulte Parameter description.

Referências

Para conhecer outras formas de importar dados, consulte Supported data sources.