.DB-JOURNAL

Arquivo DB-JOURNAL

SQLite Rollback Journal
Fazer uma pergunta
RESPOSTA RÁPIDA

Um arquivo .db-journal é um SQLite Rollback Journal - um arquivo auxiliar temporário de recuperação de falhas que o SQLite cria ao lado de um banco de dados durante uma transação de gravação e exclui no momento em que essa transação é confirmada. Você só o vê quando um aplicativo falhou no meio de uma transação e o deixou para trás. Não o exclua enquanto qualquer aplicativo estiver em execução. Para recuperar, abra o arquivo .db principal no DB Browser for SQLite; o SQLite lê o journal, reverte a transação incompleta automaticamente e remove o arquivo.

Desenvolvedor: D. Richard Hipp / SQLite Development Team (public domain) Categoria: Arquivos de Banco de Dados Padrão aberto MIME: application/octet-stream
ABRE EM Windows macOS Linux
Relacionado: .DB · .DBF · .ACCDB · .SQL

Nesta página

19k+ extensões indexadas
Última revisão em Jul 11, 2026

Não tem certeza do que é seu arquivo?

Arraste qualquer arquivo para o nosso identificador - lemos apenas os primeiros bytes para nomear o formato.

Identificar um arquivo

O que é o formato de ficheiro DB-JOURNAL?

Arquivos com a extensão .db-journal contêm as imagens de página necessárias para a recuperação de um banco de dados SQLite em caso de falha na transação. Estes são arquivos temporários criados pelo SQLite no mesmo diretório onde o banco de dados está armazenado. Eles não devem ser visíveis após a conclusão da transação, pois o SQLite os exclui automaticamente no COMMIT ou ROLLBACK.

Graças aos arquivos de journal de rollback de transação com a extensão .db-journal, é possível garantir a atomicidade das transações no banco de dados. Um aplicativo operando em dados de banco de dados que falha no meio da transação não deixará operações incompletas - elas serão revertidas para o estado anterior ao início da transação. Um arquivo .db-journal está presente no disco:

  • durante a execução de uma transação de gravação (modo de journal DELETE, o padrão do SQLite),
  • quando uma transação foi interrompida por uma falha - até que a próxima conexão abra o banco de dados,
  • quando o banco de dados está em modo de bloqueio exclusivo (PRAGMA locking_mode=EXCLUSIVE) - até que seja desligado.

O SQLite pode usar vários arquivos auxiliares temporários diferentes para garantir a coerência e a segurança das operações do banco de dados. .db-journal é o journal de rollback clássico; .db-wal e .db-shm servem ao papel equivalente no modo WAL (Write-Ahead Log) mais recente.

Nomenclatura do arquivo .db-journal

O arquivo de journal é nomeado anexando -journal ao nome completo do arquivo do banco de dados. Por exemplo, se o banco de dados for salvo como baza.db, o arquivo temporário será nomeado baza.db-journal e armazenado no mesmo diretório. Arquivos temporários normalmente não são visíveis para os usuários. Em caso de falha ou queda de energia, o journal permanece no diretório até a próxima vez que o banco de dados for aberto - o SQLite então detecta o «hot journal», reproduz as imagens de página salvas para restaurar o estado pré-transação e exclui o journal automaticamente.

Você nunca deve excluir um arquivo .db-journal enquanto uma transação de gravação estiver em andamento, pois isso corromperá o banco de dados. Um .db-journal persistente após um encerramento limpo quase sempre indica uma falha anterior; o SQLite lida com a recuperação com segurança na próxima abertura. No modo WAL (PRAGMA journal_mode=WAL), introduzido no SQLite 3.7.0 (julho de 2010), o arquivo .db-journal não é usado - um arquivo .db-wal assume seu papel. A maioria dos bancos de dados de aplicativos modernos mudou para o modo WAL para melhorar a concorrência de leitura.

Segurança e proteção

RISCO: LOW

Não executável; dados binários de recuperação de falhas. Excluir um -journal enquanto o banco de dados está sendo gravado corromperá o banco de dados - o principal risco operacional. Journals remanescentes de falhas são seguros para serem deixados até que o SQLite os recupere automaticamente. Um -journal pode conter dados confidenciais não confirmados da transação interrompida (gravações parciais de mensagens, credenciais, etc.); trate com a mesma confidencialidade do banco de dados principal. Não abra ou distribua um -journal isoladamente sem o banco de dados pai.

Detalhes do formato

em resumo
NOME COMPLETOSQLite Rollback Journaltambém conhecido como SQLite journal, rollback journal
DESENVOLVEDORD. Richard Hipp / SQLite Development Team (public domain)desde SQLite 1.0, 2000 (rollback journal is the original journaling mechanism)
TIPO MIMEapplication/octet-stream
TIPOArquivo auxiliar de journal de transação temporário binário (ou stub de «hot journal» em texto simples) para um banco de dados SQLite 3
PADRÃOAberto · livre de royalties
MAGIC BYTES · ASSINATURA DO ARQUIVO
OFFSET
0001020304050607
HEX
D9D505F920A163D7
ASCII
···· ·c·
Um rollback journal hot (persistente) começa com o número mágico de 8 bytes 0xD9D505F9 20A163D7. Um journal temporário/transitório pode começar com um cabeçalho zerado ou um stub de texto simples «hot journal» (apenas a string «-journal»), dependendo da versão do SQLite e do SO. O nome do arquivo é sempre o caminho do banco de dados principal com «-journal» anexado (ex: mydata.db-journal).

Programas que abrem arquivos DB-JOURNAL

Windows3 apps
DB Browser for SQLite Código aberto Abra o banco de dados PRINCIPAL (o arquivo .db/.sqlite) - o SQLite gerencia o -journal automaticamente. Não abra o -journal diretamente.
SQLite (sqlite3 CLI) Código aberto Execute 'sqlite3 mydata.db'; se existir um hot journal, o SQLite o reverte automaticamente na conexão e depois remove o journal.
Notepad++ (text editor - inspection only) Código aberto Pode exibir o conteúdo binário do journal para inspeção forense; o cabeçalho mágico de 8 bytes é visível no deslocamento 0. Não edite.
macOS2 apps
DB Browser for SQLite Código aberto Abra o banco de dados PRINCIPAL (o arquivo .db/.sqlite) - o SQLite gerencia o -journal automaticamente. Não abra o -journal diretamente.
SQLite (sqlite3 CLI) Código aberto Execute 'sqlite3 mydata.db'; se existir um hot journal, o SQLite o reverte automaticamente na conexão e depois remove o journal.
Linux2 apps
SQLite (sqlite3 CLI) Código aberto Execute 'sqlite3 mydata.db'; se existir um hot journal, o SQLite o reverte automaticamente na conexão e depois remove o journal.
DB Browser for SQLite Código aberto Abra o banco de dados PRINCIPAL (o arquivo .db/.sqlite) - o SQLite gerencia o -journal automaticamente. Não abra o -journal diretamente.

Detalhes técnicos

especificação profunda
Tipo de formatoJournal de rollback de transação temporário binário (arquivo auxiliar SQLite)
Magic bytesCabeçalho de 8 bytes: 0xD9 0xD5 0x05 0xF9 0x20 0xA1 0x63 0xD7 (hot/persistent journal)
Ordem dos bytesBig-endian (campos de cabeçalho do journal armazenados em network byte order)
Tamanho do cabeçalho do journal28 bytes (campos de contagem de páginas, nonce aleatório, tamanho do setor, tamanho da página)
CodificaçãoBinário - armazena imagens de página de banco de dados SQLite 3 literais copiadas antes da modificação
Checksum por páginaDois inteiros de 32 bits computados a partir do nonce e dos dados da página; uma divergência sinaliza um journal obsoleto ou incompleto
Tamanho típico do arquivo0 bytes a centenas de MB, dependendo de quantas páginas a transação abortada afetou
Modo de journalUsado apenas no modo de journal DELETE (padrão do SQLite); não é criado no modo WAL
Convenção de nomenclaturaCaminho do banco de dados principal com -journal anexado (ex: mydata.db → mydata.db-journal)
Mecanismo de recuperaçãoO SQLite detecta um hot journal ao abrir a conexão, reproduz as imagens das páginas para restaurar o estado pré-transação e, em seguida, exclui o journal
Sucessão pelo WALO modo WAL (.db-wal + .db-shm), introduzido no SQLite 3.7.0 (julho de 2010), é preferido para cargas de trabalho simultâneas e não utiliza o arquivo .db-journal
LançadoSQLite 1.0, 2000 (rollback journal is the original journaling mechanism)
Versão mais recenteSQLite 3.x current - format unchanged since early SQLite 3; superseded in practice by WAL (-wal)
Padrão abertoSim · livre de royalties
Especificaçãowww.sqlite.org

Conversões de DB-JOURNAL

Perguntas e Respostas da Comunidade

perguntado por usuários
Faça uma pergunta rápida
Obtenha ajuda de pessoas que trabalham com arquivos DB-JOURNAL. Seja específico - inclua seu sistema e a versão do software.
Não é necessário criar conta · respostas geralmente em um dia

Ainda não há perguntas - seja o primeiro a perguntar sobre arquivos DB-JOURNAL.

Perguntas frequentes

O que é um arquivo .db-journal?
Um SQLite Rollback Journal - um arquivo binário temporário que o SQLite cria durante uma transação de gravação para armazenar o conteúdo original da página antes das alterações. Ele é excluído automaticamente no COMMIT. Se persistir após a falha de um aplicativo, o SQLite o utiliza para reverter a transação incompleta na próxima abertura do banco de dados.
Posso excluir um arquivo .db-journal?
Apenas se o aplicativo pai não estiver em execução E o banco de dados não estiver no meio de uma transação. Se um aplicativo falhou e deixou um -journal para trás, deixe-o - o SQLite irá reproduzi-lo e excluí-lo automaticamente na próxima abertura. Se o aplicativo estiver em execução e você excluir o -journal, poderá corromper o banco de dados.
Como abro ou leio um arquivo .db-journal?
Você não o abre diretamente. Abra o banco de dados pai (o arquivo .db/.sqlite) no DB Browser for SQLite ou com a CLI sqlite3; o SQLite gerencia o journal automaticamente. Se precisar de inspeção forense, o Notepad++ pode exibir o conteúdo binário.
Meu banco de dados está corrompido - existe um arquivo -journal. O que eu faço?
Abra o banco de dados PRINCIPAL com qualquer ferramenta SQLite (DB Browser for SQLite, CLI sqlite3) mantendo o -journal na mesma pasta. O SQLite detectará o hot journal, reverterá a transação incompleta e excluirá o journal. Isso geralmente restaura o banco de dados.
Qual é a diferença entre .db-journal e .db-wal?
Ambos são journals de transação do SQLite. O -journal (rollback journal) é o mecanismo original (padrão do SQLite): armazena cópias de páginas ANTES das alterações e é excluído no commit. O -wal (Write-Ahead Log) é mais recente (SQLite 3.7.0, 2010): armazena cópias de páginas DEPOIS das alterações e é mesclado de volta no checkpoint. O WAL é mais rápido para leituras simultâneas, mas requer os arquivos auxiliares -wal e -shm.
O .db-journal é algo exclusivo do Android?
Não - ele aparece em qualquer plataforma que execute SQLite no modo de journal DELETE padrão. Aplicativos Android, aplicativos iOS, programas de desktop e navegadores usam SQLite e podem produzir arquivos -journal.
Por que tenho um .db-journal se o aplicativo nunca falhou?
Às vezes, os aplicativos não fecham o banco de dados de forma limpa (ex: parada forçada, encerramento pelo SO). O -journal tem efeito idêntico a um journal de falha; o SQLite o reverte na próxima abertura.

Referências

1SQLite - Temporary Files Used By SQLitewww.sqlite.org
2SQLite - Atomic Commit in SQLitewww.sqlite.org

Continue explorando

em todo o banco de dados

Principais extensões desta semana

1.AQQAQQ Instant Messenger File
2.CRDOWNLOADChrome Partial Download File
3.PARTPartial Download File
4.EXEWindows Executable (Portable Executable)
5.BINCD/DVD Disc Image (BIN/CUE)
6.DATProgram Data File (generic)
7.RPMSGRestricted Permission Message
8.MDMarkdown Document
9.TXTPlain Text File
10.NOMEDIAAndroid No-Media Marker File

Extensões relacionadas

.DBSQLite Database File
.DBFDatabase File (dBASE / xBase table)
.ACCDBMicrosoft Access Database (2007+)
.SQLSQL Script (Structured Query Language source / database dump)
.MDBMicrosoft Access Database (97-2003, Jet engine)
.FDBFirebird Database

Ferramentas de arquivo gratuitas

Um identificador de arquivos e conversor de imagens no navegador - tudo funciona no seu dispositivo.

Abrir a caixa de ferramentas

Navegar por extensões de arquivo A-Z