在之前插入大量数据测试的时候，发现在数据库文件同级目录下会产生一个同名.journal的文件，并且不是一直会存在，而是生成一会就会自动删除，然后继续生成继续删除，直到数据插入完成。
初步猜测，应该是类似 redis 的 rdb持久化文件一样，防止服务宕机或者插入中断丢失数据。
带着此疑惑，翻阅下SQLite官方文档，如下：
File Locking And Concurrency In SQLite Version 3
翻译过来大概就是指： 当进程想要更改数据库文件时，它首先记录原始未更改的数据库内容 在_回滚日志_中。回滚日志是普通的始终位于的磁盘文件在与数据库文件相同的目录或文件夹中，并具有与数据库文件同名，但添加了 -journal 后缀。回滚日志还记录初始数据库的大小，以便在数据库文件增长时可以截断它 回滚时恢复到其原始大小。
简单理解当SQLite数据库进行事务处理时，.journal文件用于存储修改前的数据页（page）的副本。如果在事务提交之前发生崩溃或错误（如宕机），SQLite可以使用这些存储的副本来回滚（roll back）事务，从而保持数据库的一致性和完整性。
这样看来，与我一开始的猜测出入不大，.journal文件还是蛮重要的，是一个重要角色。
