android - Android 数据库操作的执行时间变化

Question

我正在测量打开和关闭数据库的方法的执行时间，以及对其执行查询和插入的时间。对于这四个操作中的每一个，我基本上都得到了相关语句执行前后的时间，如下所示:

for(int i = 0; i < 500; i++) {
    startTime = System.nanoTime();
    long insertResult = db.insert(tableName, null, contentValues);
    endTime = System.nanoTime();
    if(insertResult > -1) {
        generateNoteOnSD(fileName, (endTime - startTime));
    }
}

在插入的情况下:

• 样本中最短执行时间为13 ms(毫秒)
• 样本中的最大执行时间为 537 毫秒
• 略多于 50% 的结果集(500 次中的 259 次“插入”执行)在 15 到 20 毫秒之间。
• 超过 20 毫秒的值频率非常低(1、2 或 3)。

有人可以给我一个关于系统如何执行此类操作的想法/方向吗？我真的不知道持久存储的写操作是如何完成的，它取决于什么因素。我想知道这一点以试图解释上述测量(为什么相同操作的执行时间会发生变化)。

非常感谢任何帮助。

奥克塔维奥

Answer 1

我假设这是一个普通表，而不是临时表。

让我们从这里最大的性能问题开始。

默认情况下，每个这样的插入都会启动和结束一个新事务。如果您想极大地加快速度，请应用

db.beginTransaction();

在你的循环之前，和

db.setTransactionSuccessful();
db.endTransaction;

循环之后。这会将所有插入放入同一个事务中。请务必测量 db.endTransaction 的时间，总花费的时间中有一部分发生了变化。当您没有手动调用这些操作时，每个 db.insert 都隐式地包含在这些操作中，这称为隐式事务。

虽然交易协议(protocol)本身很复杂并且会造成一些性能差异，但细粒度交易会带来硬件速度上的差异。事务需要持久，因此它们需要对闪存进行写入(写入甚至比读取更慢，并且每个事务需要多次写入)。相比之下，“一个长事务”写入 volatile 内存，即使数据在提交期间也需要进入闪存，您只需要写入的一小部分。如果您的行很窄，这种效果会更明显，因为更多行将适合闪存 block 并立即写入。

就读取而言，交易在这里的作用较小。这很容易。如果您的应用程序在 volatile RAM 中处于热状态，则所有数据都来自那里。如果不是，则数据来自闪存。

您的数据激增很可能是由于不相关的后台进程与数据库竞争。只有当这些应用程序进行密集计算时才会发生这种情况。如果其中一些进程访问同一个数据库，您也可能会遇到锁争用；即使这些进程正在等待其他事情，这也是可能的。这也可以解释为什么它们的分布如此不规则。这不是唯一的可能性。

有关 SQLite 中使用的算法的一般概述，查看 this 可能会有用。书，尽管它是为竞争操作系统编写的。