Isso não é "alternativamente". mysqldump é notório por ignorar este valor em my.cnf, mas defini-lo como o parâmetro de linha de comando sempre funciona.
Estou recebendo o erro acima mencionado ao fazer backup com o ZRM, que está usando mysqldump para backup.
mysqldump --opt --extended-insert --single-transaction --criar opções -default-character-set = utf8 --user=" "-p --all-databases >" /nfs/backup/mysql01/dailyrun/20091216043001/backup.sql "
mysqldump: Erro 2020: Obtém pacote maior que 'max_allowed_packet' bytes ao descartar a tabela TICKET_ATTACHMENT
na linha: 2286
Eu aumentei o tamanho de 'max_allowed_packet' para 1G em /etc/my.cnf que é a configuração do servidor e para a configuração do lado do cliente configurei-o executando este comando:
mysql -u -p --max_allowed_packet = 1G
E eu verifiquei que no lado do cliente e do servidor eles são do mesmo valor.
Isso é para verificar o valor do lado do cliente de acordo com este fórum postando link
mysql> SELECT @@MAX_ALLOWED_PACKET -> ; +----------------------+ | @@MAX_ALLOWED_PACKET | +----------------------+ | 1073741824 | +----------------------+ 1 row in set (0.00 sec)
E esta é a verificação da configuração do valor do servidor.
mysql> SHOW VARIABLES
| max_allowed_packet | >
1073741824 |
Eu fiquei sem ideias e tentei pesquisar em troca de especialistas e buscar soluções, mas até agora nenhuma funcionou.
Referência link
Alguém por favor avise, obrigado.
Esta é uma resposta da troca de especialistas:
Você terá que aumentar o max_allowed_packet sob a seção mysqldump no my.cnf, o padrão é 25M
[mysqldump] max_allowed_packet = 1G
Alternativamente, você pode invocar mysqldump com o valor max_allowed_packet desejado.
mysqldump --max_allowed_packet = 1G
Existem vários lugares que você pode precisar para resolver isto: Na linha de comando, na seção [mysqld] do my.cnf, e na seção [mysqldump] do my.cnf. Eu estava apenas lutando com isso e finalmente consegui que funcionasse definindo todos para o 2G. Eu tenho uma suspeita de que o mais baixo ganha ...
Tags mysql