Desculpe pelo título longo, não tinha certeza de como diferenciá-lo dos resultados da pesquisa automática.
Eu tenho um arquivo de despejo grande (~ 44 GB) e estou tentando importá-lo para o MySQL em um servidor diferente.
Ambos os servidores estão rodando 5.7, embora um seja 5.7.20 (fonte) e o outro seja 5.7.42 (destino), no Ubuntu 22.04 LTS. Eu, como uma salva de palmas, instalei o servidor MySQL 8 mais recente para o sistema operacional como o servidor de banco de dados de destino, que produziu os mesmos resultados.
Toda tentativa de restaurar o banco de dados resulta em um erro de sintaxe, mas nem sempre no mesmo lugar, e às vezes antes ou depois de onde a execução anterior chegou.
Por exemplo; na execução 1 pode ocorrer um erro na linha 26880, depois na execução 2 ocorrerá um erro na linha 14230 (antes da execução 1) e na execução 3 talvez na linha 390290 (mais tarde que ambas). Os números das linhas aqui são arbitrários, mas sobem e descem e geralmente nunca ficam no mesmo lugar duas vezes.
max_allowed_packet
tem no máximo 1 GBinnodb_buffer_pool_size
está definido para 128 GB (que é aproximadamente 65% da RAM disponível)
Todo o resto é padrão. Não há erros listados no log de erros.
Tentei outros backups, que produziram o mesmo resultado.
O backup não está compactado.
O que eu fiz errado?
Por favor, observe sua declaração
Para mim, isso aponta para algo sobre a rede jogando as mãos para o alto e simplesmente desistindo. Você deve fazer a rede esperar enquanto envia linhas do mysqldump para a instância do MySQL
Eu já abordei isso antes
2018-01-04
: MySQL - problemas de MySQLDump com tabela grande2019-08-06
: Dumps incompletos usando mysqldumpEm uma máquina mental simples, eu faria isso:
Eu vi mysqldumps sendo criados e simplesmente falhei com mensagens semelhantes. Sua situação (o inverso: carregar um mysqldump em uma instância MySQL) deve ser igualmente aplicável.