Better-sqlite3 性能:修订间差异
跳到导航
跳到搜索
(创建页面,内容为“ 在SQLite3数据库中,在某些情况下同时进行读写操作可能会非常慢。由于并发性在Web应用程序中通常非常重要,建议启用[https://www.sqlite.org/wal.html WAL模式]以大大提高整体性能。 <br> <syntaxhighlight lang="js">db.pragma('journal_mode = WAL');</syntaxhighlight> <br> WAL模式有一些需要考虑的缺点: * 涉及附加数据库的事务对于每个单独的数据库是原子的,但对于所有数据…”) |
无编辑摘要 |
||
第47行: | 第47行: | ||
你可以通过运行<code>db.pragma('synchronous = FULL')</code>来覆盖此设置。 | 你可以通过运行<code>db.pragma('synchronous = FULL')</code>来覆盖此设置。 | ||
<br> | <br> |
2024年1月15日 (一) 10:15的最新版本
在SQLite3数据库中,在某些情况下同时进行读写操作可能会非常慢。由于并发性在Web应用程序中通常非常重要,建议启用WAL模式以大大提高整体性能。
db.pragma('journal_mode = WAL');
WAL模式有一些需要考虑的缺点:
- 涉及附加数据库的事务对于每个单独的数据库是原子的,但对于所有数据库作为一个集合来说不是原子的。
- 在极少数情况下,WAL文件可能会遇到“检查点饥饿”(见下文)。
- 有些硬件/系统限制可能会影响一些用户,在这里列出。
然而,在大多数Web应用程序中,你用这些缺点换取了极快的性能。
检查点饥饿
检查点饥饿是指SQLite3由于持续对数据库进行并发读取而无法回收WAL文件。如果发生这种情况,WAL文件将无限制地增长,导致不可接受的磁盘使用量和性能下降。
如果你不同时从多个进程或线程访问数据库,你永远不会遇到这个问题。
如果你确实同时从多个进程或线程访问数据库,只需在WAL文件变得过大时使用wal_checkpoint(RESTART)
语句。
setInterval(fs.stat.bind(null, 'foobar.db-wal', (err, stat) => {
if (err) {
if (err.code !== 'ENOENT') throw err;
} else if (stat.size > someUnacceptableSize) {
db.pragma('wal_checkpoint(RESTART)');
}
}), 5000).unref();
关于持久性的说明
这个SQLite3分发版使用了SQLITE_DEFAULT_WAL_SYNCHRONOUS=1
编译时选项,这使得处于WAL模式的数据库默认为“NORMAL”同步设置。这允许应用程序实现极高的性能,但在WAL模式下引入了轻微的持久性损失。
你可以通过运行db.pragma('synchronous = FULL')
来覆盖此设置。