Pense por um momento: qual é o objetivo principal de fazer backups?
Sim, você precisa que eles possam se recuperar o mais rápido possível em caso de algum evento infeliz.
É por isso que você deve usar o princípio KISS ao planejar seus backups. Faça os backups sofisticados (para que você possa restaurar de uma data / versão específica), mas não TOO sofisticado. Use algum software de backup disponível. Armazenar blobs binários no MySQL não parece uma solução infalível para mim. Eu armazenaria arquivos como arquivos e bancos de dados como bancos de dados.
Eu percebo que desta vez você está planejando transferir os dados do ISP para sua casa, mas imagine se o servidor MySQL está localizado no mesmo datacenter do que os servidores que você gostaria de fazer backup e o datacenter é desativado devido a um apagão de eletricidade. Um servidor muito importante é eletrocutado devido ao blecaute e não inicializa devido a uma falha no disco rígido. Seu servidor MySQL é inicializado, mas tem alguma corrupção de tabela que precisa ser corrigida, se puder ser corrigido. Isso tornaria a parte de recuperação muito mais lenta e muito mais trabalhosa do que deveria.
Além disso, uma grande parte de fazer backups não é realmente a fase de backup, é regularmente testá-los. É muito mais fácil ver se o último backup de imagem foi feito corretamente se você puder simplesmente abrir o gerenciador de arquivos e navegar pelas imagens, em vez de executar alguns SELECTs do MySQL (ou usar algum aplicativo que busque os blobs do banco de dados). >
Mas os bancos de dados não são completamente inúteis quando se trata de backups. Um software de backup pode usá-lo para todos os tipos de metadados; data de backup, conjunto de backup, duração do backup, versão do arquivo, soma de verificação do arquivo e assim por diante. Esse tipo de dados é fácil de armazenar e rápido de buscar em um banco de dados. Uma bolha binária, não tanto.