何时可以安全地复制当前打开的SQLite数据文件？

Question

我有一个应用程序，它在本地文件系统的一个文件上使用带有QSQLDatabase的QSQLITE驱动程序。我想写一个备份函数来保存数据库的快照。

简单地复制文件似乎是一种显而易见的简单方法，但我不确定什么时候这样做是安全的。

应用程序在定义良好的点修改数据库。每次都会创建、使用并立即销毁一个新的QSqlQuery对象。显式锁定/刷新是一种可接受的解决方案，但qtapi似乎没有公开这一点。

当Qt将数据库提交到磁盘时，我找不到任何留档。我想QSqlDatabase析构函数会这样做，但即使这样，我也不知道（在视窗或Linux上）复制文件是否保证会导致最近的更改被复制（相对于，比如说，只有那些已在文件系统日志中完成）。有人能证实或否认这一点吗？如果在执行副本之前关闭写入文件句柄，会有什么不同吗？

也许唯一安全的方法是在线复制，但我已经在使用Qt应用编程接口，不知道这将如何交互。

如有任何建议，将不胜感激。

Answer 1

这与Qt关系不大。它与数据库相关。此过程将适用于任何符合ACID的数据库，SQLite就是其中之一。

从…起http://www.sqlite.org/transactional.html

SQLite是事务性的

事务性数据库是一个所有更改和查询都显示为原子、一致、隔离和持久（ACID）的数据库。SQLite实现原子、一致、隔离和持久的可序列化事务，即使事务因程序崩溃、操作系统崩溃或计算机断电而中断。

这并不意味着你可以复制文件，它将是一致的。在复制之前，您可能应该为此使用块级快照。如果你正在使用Linux，读这个，

http://tldp.org/HOWTO/LVM-HOWTO/snapshotintro.html

那么程序就是,，

1. 快照
2. 将数据库从快照复制到备份设备
3. 删除快照卷

快照是文件系统的全局“冻结”，这是一致的，因为ACID。文件复制是线性操作，如果在复制期间不停止所有数据库操作，就不能保证一致。这意味着直接复制对于在线数据库（通常）是不安全的。

Answer 2

复制SQLite数据库很简单，但以不损坏它的方式进行复制就不那么简单了。这将为您提供一个良好的干净备份，确保备份处于正确的状态，因为在复制过程中途写入数据库是不可能的。

QSqlQuery qry(db);
qry.prepare( "BEGIN IMMEDIATE;");
qry.exec();

QFile::copy(databaseName, destination);

qry.prepare( "ROLLBACK;");
qry.exec();

在BEGIN IMMEDIATE之后，没有其他数据库连接能够写入数据库或执行BEGIN IMMEDIATE或BEGIN EXCLUSIVE。