O espaço em disco do MySQL é insuficiente no Adobe Commerce na infraestrutura em nuvem
Este artigo fornece soluções para quando você está tendo muito pouco espaço ou sem espaço para o MySQL na Adobe Commerce na infraestrutura em nuvem. Os sintomas podem incluir paralisações do site, clientes que não conseguem adicionar produtos ao carrinho, não conseguem se conectar ao banco de dados, acessar o banco de dados remotamente e não conseguem aplicar SSH ao nó. Os sintomas também incluem o Galera, sincronização de ambiente, PHP, banco de dados e erros de implantação, conforme listado abaixo. Clique em Solução para ir diretamente para a seção de solução.
Produtos e versões afetados
Adobe Commerce na infraestrutura em nuvem 2.3.0-2.3.6-p1, 2.4.0-2.4.2
Problema
O banco de dados fica muito grande. Os sintomas podem incluir perda da conexão do banco de dados, erro de upload do banco de dados e uma variedade de outros problemas.
Erros que você pode encontrar:
Galera:
- SQLSTATE[08S01]: Falha de link de comunicação: o WSREP 1047 ainda não preparou o nó para uso do aplicativo Erros de importação:
- SQLSTATE[HY000]: Erro geral: 1180 Erro 5 "Erro de entrada/saída"
- SQLSTATE[08S01]: Falha de link de comunicação: o WSREP 1047 ainda não preparou o nó para uso do aplicativo
Erros de sincronização de ambiente:
- SQLSTATE: Erro geral: 1180 Recebeu o erro 5 "Erro de entrada/saída" durante a CONFIRMAÇÃO
Erros de PHP:
- php: PDO::__construct(): o servidor MySQL foi removido.
- erros php: PDO::__construct(): erro ao ler pacote de saudação. PID=NNNN.
- ERRO 2013 (HY000): Conexão perdida com o servidor MySQL em 'lendo pacote de comunicação inicial', erro do sistema: 0 "Erro interno/verificação (Não é erro do sistema)".
Erros de banco de dados:
- Erro_código: 1114
- InnoDB: Erro (espaço em disco insuficiente) ao gravar o nó do word na tabela de índice auxiliar FTS.
- SQLSTATE[HY000]: Erro geral: o servidor MySQL 2006 desapareceu
- [ERROR] SQL Escravo: Erro 'A tabela
<table\_name>está cheia' na consulta. - A unidade mysql.service entrou em estado de falha.
- erro: 'Não é possível conectar ao servidor MySQL local através do soquete '/var/run/mysqld/mysqld.sock' (111 "Conexão recusada")'
- 1205 Tempo limite de espera de bloqueio excedido; tente reiniciar a transação; a consulta era: INSERT INTO `cron_schedule` (`job_code`, `status`, `created_at`, `scheduled_at`) VALUES (?, ?,
YYYY-02-07 HH:MM:SS,YYYY-MM-DD HH:MM:SS)
Erros de implantação:
- E: O comando '['sudo', '-u',
<environment name>, 'bash', '-c', '/etc/platform/<environment name>/post_deploy.sh']' retornou um status de saída diferente de zero 255 - E: Comando '['ssh', u
<node IP address>, 'sudo /usr/bin/sv -w 30 reiniciar site-<environment name>g-nginx']' retornou diferente de zero - Atualizando esquema… SQLSTATE[HY000]: Erro geral: 1114 A tabela
<table\_name>está cheia - SQLSTATE[HY000]: Erro geral: 3 Erro ao gravar arquivo ./
<environment name>/# - W:
<filename>(Errcode: 28 "Não há espaço disponível no dispositivo") Erros de indexação (juntamente com arquivos .ibd temporários órfãos em /tmp): - O indexador de Regra de Catálogo gera uma exceção. As tabelas temporárias não são limpas na sequência e, em seguida, preenchem o disco no nó mestre MySQL atual
Etapas a serem reproduzidas:
Uma das maneiras de verificar se o /data/mysql (ou sempre que o armazenamento de dados MySQL estiver configurado) está cheio é executando o seguinte comando na CLI:
df -h
Menos de 10% da memória livre no disco MySQL é um indicador primário de uma interrupção.
Causa
A montagem /data/mysql pode ficar cheia devido a vários problemas, como não ter inodes suficientes, espaço de armazenamento disponível e consultas incorretas que geram tabelas temporárias.
Solução
Há um passo imediato que você pode tomar para trazer MySQL de volta no caminho (ou evitar que ele fique preso): liberar algum espaço liberando grandes tabelas.
Mas uma solução de longo prazo seria alocar mais espaço e seguir as práticas recomendadas do Banco de Dados, incluindo a habilitação da funcionalidade Arquivo de Pedidos/Faturas/Remessas.
Veja a seguir detalhes sobre soluções rápidas e de longo prazo.
Verificar e liberar inodes
Verifique se há inodes disponíveis suficientes. Para fazer isso, execute o seguinte comando:
df -i
A saída seria semelhante ao seguinte:
Filesystem Inodes Used Free Use% Mounted on
/dev/nvme2n1 655360 1695 653665 1% /data/mysql
Verifique se o % de uso é <70%. Os nós estão correlacionados com os arquivos. Se você remover arquivos da partição, liberará inodes.
Verificar e liberar espaço de armazenamento
Verifique o espaço de armazenamento disponível. Para isso, execute:
df -k
A saída seria semelhante ao seguinte:
Size Used Avail Use% Mounted on·
50G 49G 95M 100% /data/mysql
Se o % de uso for >70%, você precisará tomar medidas para liberar/adicionar algum espaço.
Verificar arquivos ibtmp1 grandes
Verifique se há um arquivo grande ibtmp1 em /data/mysql de cada nó: esse arquivo é o tablespace para tabelas temporárias. Se houver consultas incorretas que geram tabelas temporárias, elas estarão contidas no arquivo ibtmp1. Este arquivo só é removido quando o banco de dados é reiniciado. Se estiver ocupando todo o espaço disponível, o banco de dados deverá ser reiniciado. Se houver consultas incorretas, elas serão recriadas novamente.
Liberar tabelas grandes
Verifique se há tabelas grandes e considere se alguma delas pode ser liberada. Faça isso no nó principal (origem).
Por exemplo, as tabelas com relatórios geralmente podem ser liberadas. Para obter detalhes sobre como localizar tabelas grandes, consulte o artigo Localizar tabelas MySQL grandes.
Se não houver tabelas de relatório enormes, considere liberar _index tabelas, apenas para retornar o aplicativo Adobe Commerce de volta ao controle. index_price tabelas seriam os melhores candidatos. Por exemplo, catalog_category_product_index_storeX tabelas, em que X pode ter valores de "1" até a contagem máxima de armazenamento. Lembre-se de que você precisaria reindexar para restaurar dados nessas tabelas e, no caso de catálogos grandes, esse reindexação pode levar muito tempo.
Depois de liberá-los, aguarde a conclusão da sincronização wsrep. Agora você pode criar backups e executar etapas mais relevantes para adicionar mais espaço, como alocar/comprar mais espaço e habilitar a funcionalidade de arquivamento de Pedidos/Faturas/Remessas.
Verificar configurações de log binário
Verifique as configurações de log binário do servidor MySQL: log_bin e log_bin_index. Se as configurações estiverem ativadas, os arquivos de log poderão se tornar enormes. Criar um tíquete de suporte solicitando a limpeza de arquivos de log binários grandes. Além disso, solicite a verificação de que o registro binário está sendo configurado corretamente para que os registros sejam removidos periodicamente e não ocupem muito espaço.
Se você não tiver acesso às configurações do servidor MySQL, solicite suporte para verificá-lo.
Alocar/comprar mais espaço
Aloque mais espaço em disco para o MySQL se você tiver algum não utilizado. Consulte o artigo Verificar limite de espaço em disco para saber como verificar se há espaço livre em disco.
- Para os ambientes Starter plan, all ambientes e Pro plan Integration, é possível alocar o espaço em disco se você tiver algum não utilizado. Para obter detalhes, consulte o Alocar mais espaço para MySQL.
- Para ambientes de Preparo e Produção do plano Pro, entre em contato com o suporte para alocar mais espaço em disco se você tiver algum espaço não utilizado.
Se você tiver atingido o limite de espaço e ainda enfrentar problemas de pouco espaço, considere comprar mais espaço em disco, entre em contato com a equipe de conta do Adobe para obter detalhes.