Alterar sua configuração de implantação

IBM Cloud® Databases for MySQL permite alterar algumas das configurações do MySQL para que você possa ajustar seus bancos de dados MySQL ao seu caso de uso. Para fazer mudanças permanentes na configuração do banco de dados, use o plug-in da CLI ou a API do Cloud Databases para gravar as mudanças no arquivo de configuração de sua implementação.

A configuração é definida em um esquema. Para fazer uma alteração, envie um objeto JSON com as configurações e seus novos valores para a API ou a CLI. Por exemplo, na CLI ou API, configure o max_connections como 150 usando um comando como:

{"configuration":{"max_connections":150}}

Para obter mais informações, consulte Gerenciando MySQL

Como calcular a variável " max_connections MySQL

max_connections é um parâmetro de configuração no MySQL que determina o número máximo de conexões simultâneas que podem ser estabelecidas com o servidor de banco de dados

Fórmula básica do MySQL max_connections

A fórmula básica para calcular max_connections é:

Available RAM = Global Buffers + (Thread Buffers x `max_connections`)

Para recuperar uma lista de buffers e seus valores, use um comando como:

SHOW VARIABLES LIKE '%buffer%';

Usando o plug-in da CLI do Cloud Databases

Verifique a configuração padrão de sua implantação usando um comando como:

ibmcloud cdb deployment-configuration-schema <deployment name or CRN>

Esse comando retorna apenas a configuração padrão. As alterações na configuração padrão não são mostradas.

Para alterar sua configuração através do plug-in CLI Cloud Databases, use deployment-configuration o comando:

ibmcloud cdb deployment-configuration <deployment name or CRN> [@JSON_FILE | JSON_STRING]

O comando lê as mudanças que você gostaria de fazer por meio do objeto JSON ou de um arquivo. Para obter mais informações, consulte a página de referência da CLI.

Usando a API Cloud Databases

Há dois terminais de configuração de implementação, um para visualizar o esquema de configuração e outro para mudar a configuração. Para visualizar o esquema de configuração, envie uma solicitação GET para /deployments/{id}/configuration/schema.

Para mudar a configuração, envie as definições que você gostaria de mudar como um objeto JSON no corpo da solicitação de uma solicitação PATCH para /deployments/{id}/configuration.

Para obter mais informações, consulte Referência de API.

Databases for MySQL configurações de fuso horário

O fuso horário para implementações do Databases for MySQL é sempre a Hora Universal Coordenada. Configure seu fuso horário com a API Cloud Databases ou a CLI mude seu fuso horário para um fuso horário nomeado (recomendado) ou um deslocamento de um fuso horário.

É necessário configurar o fuso horário novamente nas instâncias restauradas e réplicas de leitura. Embora as tabelas de fuso horário sejam restauradas (no caso de uma restauração) e replicadas (no caso de uma réplica de leitura), o valor @@global.time_zone não é. Para configurar esse valor, use as mesmas chamadas API de antes, mas com os novos CRNs.

Configurando suas configurações de fuso horário do Databases for MySQL

No fornecimento, uma implementação do Cloud Databases é configurada para a Hora Universal Coordenada. A reconfiguração de seu fuso horário é uma mudança persistente, que deve ser realizada para cada implementação do Cloud Databases.

Configurar seu fuso horário configura o fuso horário global dentro de sua instância do MySQL. Na instância em que ocorre um failover, sua configuração de fuso horário é propagada como parte da replicação, pois a configuração de fuso horário é gravada no arquivo de configuração MySQL. A exceção a isso é se você restaurar uma instância para um momento antes de configurar seu fuso horário preferencial.

Se você configurar seu fuso horário para um que apresenta o Horário de Verão, os ajustes fazem parte da configuração Nenhuma ação é necessária de sua parte. Usar um fuso horário específico é melhor do que usar um tempo de deslocamento.

Cloud Databases valida o valor time_zone do parâmetro. Se você configurar sua implementação com um valor inválido, a configuração falhará. O nome time_zone values válido pode ser localizado aqui

Mudando o fuso horário na API do Cloud Databases

Deslocamento de exemplo:

curl -v -XPATCH -H "Authorization: Bearer $token" -H "Content-Type: application/json" https://api.<region>.databases.cloud.ibm.com/v5/ibm/deployments/<crn>/configuration -d '{"configuration": {"time_zone": "<EXAMPLE OFFSET"}}'

Exemplo de fuso horário nomeado:

curl -v -XPATCH -H "Authorization: Bearer $token" -H "Content-Type: application/json" https://api.<region>.databases.cloud.ibm.com/v5/ibm/deployments/<crn>/configuration -d '{"configuration": {"time_zone": "<EXAMPLE TIME ZONE"}}'

Mudando o fuso horário na CLI do Cloud Databases

Exemplo de fuso horário nomeado

ibmcloud cdb deployment-configuration <crn> '{"time_zone": "US/Pacific"}'

Definições de configuração Databases for MySQL disponíveis

innodb_buffer_pool_size_percentage

  • Descrição: A porcentagem de memória a ser usada para innodb_buffer_pool_size. O valor padrão de 50% é um valor conservador e funciona para bancos de dados de qualquer tamanho. Se o seu banco de dados requer mais RAM, este valor pode ser aumentado. Definir esse valor muito alto pode ultrapassar os limites de memória do seu banco de dados, o que pode fazer com que ele travesse.
  • Padrão: 50
  • Mínimo: 10
  • Máximo: 100
  • Reinicia o banco de dados? - true

innodb_log_buffer_size

  • Descrição: o tamanho em bytes do buffer que o InnoDB usa para gravar nos arquivos de log no disco.
  • Padrão: 33554432
  • Mínimo: 1048576
  • Máximo: 4294967295
  • Reinicia o banco de dados? - true

innodb_log_file_size

  • Descrição: O tamanho em bytes de cada arquivo de registro em um grupo de registros. Innodb_log_file_size e ' innodb_log_files_in_group foram substituídos por ' innodb_redo_log_capacity. A definição de ' innodb_log_file_size também definirá ' innodb_redo_log_capacity.
  • Padrão: 2147483648
  • Mínimo: 4194304
  • Máximo: 274877906900
  • Reinicia o banco de dados? - false

innodb_lru_scan_depth

  • Descrição: um parâmetro que influencia os algoritmos e heurísticas para a operação flush para o InnoDB buffer pool. Um estabelecimento menor do que o padrão é geralmente adequado para a maioria das cargas de trabalho. Um valor que é muito superior ao necessário pode impactar o desempenho. Considere aumentar o valor apenas se você tiver capacidade de E/S sobressalente sob uma carga de trabalho típica.
  • Padrão: 256
  • Mínimo: 128
  • Máximo: 2048
  • Reinicia o banco de dados? - false

innodb_write_io_threads

  • Descrição: O número de threads de E/S para operações de gravação em um InnoDB (entrada/saída).
  • Padrão: 4
  • Mínimo: 1
  • Máximo: 64
  • Reinicia o banco de dados? - true

max_allowed_packet

  • Padrão - 1073741824
  • Mínimo - 1024
  • Máximo - 1073741824
  • Reinicia o banco de dados? - false

max_prepared_stmt_count

  • Descrição-Especifica o número total de instruções preparadas no servidor
  • Padrão - 16382
  • Mínimo - 0
  • Máximo-(versão ≤ 8.0.17) 1048576, (versão ≥ 8.0.18) 4194304
  • Reinicia o banco de dados? - false

max_connections

  • Padrão - 200
  • Reinicia o banco de dados? - false

Pode ser necessário dimensionar antes de aumentar o número máximo de conexões.

mysql_max_binlog_age_sec

  • Padrão - 1800
  • Reinicia o banco de dados? - false

net_write_timeout

  • Descrição: o número de segundos de espera para a gravação de um bloco em uma conexão antes da interrupção da gravação.
  • Padrão: 60
  • Mínimo: 1
  • Máximo: 7200
  • Reinicia o banco de dados? - false

sql_mode

  • Valores permitidos:
    • ALLOW_INVALID_DATES
    • ANSI_QUOTES
    • ERROR_FOR_DIVISION_BY_ZERO
    • HIGH_NOT_PRECEDENCE
    • IGNORE_SPACE
    • NO_AUTO_CREATE_USER
    • NO_AUTO_VALUE_ON_ZERO
    • NO_BACKSLASH_ESCAPES
    • NO_DIR_IN_CREATE
    • NO_ENGINE_SUBSTITUTION
    • NO_FIELD_OPTIONS
    • NO_KEY_OPTIONS
    • NO_TABLE_OPTIONS
    • NO_UNSIGNED_SUBTRACTION
    • NO_ZERO_DATE
    • NO_ZERO_IN_DATE
    • ONLY_FULL_GROUP_BY
    • PAD_CHAR_TO_FULL_LENGTH
    • PIPES_AS_CONCAT
    • REAL_AS_FLOAT
    • STRICT_ALL_TABLES
    • STRICT_TRANS_TABLES
  • Reinicia o banco de dados? - false

time_zone

  • Descrição: o fuso horário configurado atualmente no servidor é '+ 00:00' (Hora Universal Coordenada) por padrão. No entanto, ele também pode ser definido como um deslocamento específico do Tempo Universal Coordenado no formato [HH]:MM, com um prefixo + ou -, por exemplo, "+10:00", '-6:00" ou "+05:30". Fusos horários nomeados como 'MET' ou 'EUA/Pacífico' também podem ser usados.
  • Padrão: +00:00
  • Tipo: string
  • Reinicia o banco de dados? - false

wait_timeout

  • Descrição: o número de segundos que o servidor espera pela atividade em uma conexão não interativa antes de fechá-la,
  • Padrão: 28800
  • Mínimo: 1
  • Máximo: 31536000
  • Reinicia o banco de dados? - false

innodb_read_io_threads

  • Descrição: o número de encadeamentos de E/S para operações de leitura no InnoDB.
  • Padrão: 4
  • Mínimo: 1
  • Máximo: 64
  • Reinicia o banco de dados? - true

net_read_timeout

  • Descrição: o número de segundos de espera para a obtenção de mais dados de uma conexão antes da interrupção da leitura.
  • Padrão: 30
  • Mínimo: 1
  • Máximo: 7200
  • Reinicia o banco de dados? - false