When SQLite changes the database, some new data is stored in the SQLite cache, other new data will be written to disk. When SQLite is killed in the middle of a transaction, all data in the cache is lost, so the state of the database will be inconsistent. In this situation, the only option is to roll back the transaction to return to a consistent state.
The -journal file actually contains the old data, the new data was written to the actual DB file. If you really want to see the changes made by your partial transaction, you can try to delete the -journal file (which does not allow SQLite to perform automatic return) and then open the database, but the database state is then incompatible, so you probably wonโt be able to get access to all data.
source share