Usar o MEMORY mecanismo de armazenamento para uma tabela mantenha-o na memória.
Desenvolvi um pequeno servidor para automação residencial a partir de um ALIX 1D e baseado em um debian lenny. Funciona muito bem e agora é capaz de operar vários equipamentos diferentes a partir de uma aplicação web.
Mas não sei ao certo como devo lidar com o flash compacto, com relação às limitações de leitura / gravação.
Pelo que eu li, o particionamento deve ser ext2, o que não permitiria a publicação no diário do sistema.
Existe um utilitário para 'achatar' a repartição de ciclos de gravação, seria relevante usar se a partição fosse ext2?
Também desabilitarei todo o log no modo de execução (um modo de depuração fornecerá os logs). Existe algum outro parâmetro que eu tenha que levar em conta para a confiabilidade máxima (por exemplo, o sistema escreve aleatoriamente em alguns arquivos para vários propósitos potencialmente desativados)?
Quanto ao banco de dados mysql, não são dados importantes e, na verdade, são reconstruídos toda vez que o servidor inicializa. Dado isso, existe uma maneira de armazenar o banco de dados na RAM em vez de em um arquivo?
Não sei se é o local certo para perguntar, mas às vezes vejo redirecionamento para aqui do estouro de pilha.
Obrigado por ter lido. PS: Como parece impossível adicionar polidez básica no topo da mensagem?
Usar o MEMORY mecanismo de armazenamento para uma tabela mantenha-o na memória.
O mecanismo de armazenamento MEMORY é uma boa ideia, mas tem algumas limitações que o MyISAM / InnoDB não terá. Se isso não for bom, você pode sempre montar o diretório de dados mysql a partir do tmpfs. Tudo que você precisa tomar cuidado é extrair as tabelas mysql de um backup depois de montar o tmpfs. Por exemplo. (assume dados do mysql / var / lib / mysql)