与 Room 相比，SQLDelight 性能较慢答案

【问题标题】：SQLDelight slow performance compared to Room与 Room 相比，SQLDelight 性能较慢
【发布时间】：2021-04-02 03:21:43
【问题描述】：

我们希望将我们的 App 从 Room 迁移到 SQLDelight 以在 iOS 上重用它（它是一个多平台项目）。然而，我注意到 SQLDelight 比 Room 慢得多。对于某些查询，它慢了大约 10 倍。我使用插入语句进行了一些深入测试，使用 Room 平均需要约 5 毫秒，使用 SQLDelight 平均需要约 25 毫秒。我检查（并调整）了查询，使它们完全相同。

我还检查了一些 PRAGMA，发现 SQLDelight 使用 Pragma SYNCHRONOUS=1 (NORMAL) 而 Room 使用 2 (FULL)，SQLDelight 使用 JOURNAL_MODE=TRUNCATE 而 Room 使用 WAL。我将 SQLDelight 设置中的这些设置更改为与 Room 相同，并且性能有所提高，但对于上述测试来说仍然约为 20 毫秒。

有谁知道造成这种差异的原因是什么？任何帮助表示赞赏。

【问题讨论】：

你能发布你的代码吗？基准在很大程度上取决于所有细节。
抱歉，我不能发布它，因为它是给客户的。但是我现在才发现，这似乎确实是日记模式。只是在驱动程序 onOpen 回调中将其设置为 WAL 不起作用，可能稍后会被覆盖...
我不知道android驱动程序的手头，但在iOS上你非常需要使用config而不是直接设置日志模式，因为它需要以特定的顺序发生。
好的，谢谢！我试图找出适合 Android 的地方。似乎它在 onConfigure 中也不起作用，它总是被重置为截断。如果我自己无法弄清楚，我会更新问题。
您将同步值反转。 1 是正常的，2 是满的 sqlite.org/pragma.html#pragma_synchronous

标签： android android-room kotlin-multiplatform sqldelight

【解决方案1】：

性能较慢的原因似乎确实是日志模式和同步设置。我之前没有意识到这一点，因为我的更改没有按预期方式发挥作用。

所以我目前的答案是将日志模式设置为 WAL 并同步到 2，这是 Room 的默认值。我只能通过在 DriverFactory 中使用以下代码来完成它，如果有人有更清洁的解决方案，我很高兴看到它。

actual class DriverFactory(private val context: Context) {
    actual fun createDriver(): SqlDriver {
        return AndroidSqliteDriver(
            schema = Database.Schema,
            context = context,
            name = "Database.db",
            callback = object : AndroidSqliteDriver.Callback(Database.Schema) {
                override fun onConfigure(db: SupportSQLiteDatabase) {
                    super.onConfigure(db)
                    setPragma(db, "JOURNAL_MODE = WAL")
                    setPragma(db, "SYNCHRONOUS = 2")
                }

                private fun setPragma( db: SupportSQLiteDatabase, pragma: String) {
                    val cursor = db.query("PRAGMA $pragma")
                    cursor.moveToFirst()
                    cursor.close()
                }
            }
        )
    }
}

【讨论】：

iOS 默认是 WAL，仅供参考。