Eu tenho uma tabela de arquivo de 19 GB que está funcionando conforme o esperado em um servidor. Copiei os 2 arquivos a seguir para outro servidor. A tabela não está funcionando no novo servidor.
r_mi_raw_20120712.ARZ
r_mi_raw_20120712.frm
A primeira versão do servidor é 5.5.22-log MySQL Community Server (GPL) por Remi A segunda versão do servidor é: 5.5.20 MySQL Community Server (GPL)
Qual pode ser a razão? Quando eu usei mysqlshow db_name, ele listaria a tabela, mas quando eu uso --count, não obtenho a contagem. Em vez disso, obtenho o estado "Abrindo tabelas" para a lista de campos de comando.
atualizar:
o mysql parece estar gravando no arquivo ARN ...
r_mi_raw_20120712.ARN
Esta é uma otimização única? Como faço para melhorar a velocidade de criação do arquivo ARN?
Existem alguns links legais que você deve verificar no mecanismo de armazenamento ARCHIVE
Você pode querer pensar em correr
OPTIMIZE TABLE
na mesa antes de copiá-lo. Não posso fazer nenhuma promessa em uma tabela ARCHIVE ser copiada para outro servidor. Todo mundo confia nas tabelas MyISAM para serem portáteis.IMHO, você provavelmente está melhor, definitivamente mais seguro, fazendo um mysqldump da tabela ARCHIVE e recarregando. Dessa forma, você pode confiar no mysqld para colocar a tabela em um formato legível e confiável no disco do novo servidor.