node.js - `db.serialize` 在 `node-sqlite3` 中是如何工作的

Question

最近我在学习使用 node 和 node-sqlite3操作 sqlite3，这里有一个示例。

var sqlite3 = require('sqlite3');
var db = new sqlite3.Database(':memory:');
db.serialize(function() {
    db.run("CREATE TABLE test(info TEXT)");
    db.run("INSERT INTO test (info) VALUES ('info1')");
})
db.close();

文档说db.serialized是用来保证SQL行按顺序执行的，但是我很困惑，为什么没有db.serialize<就不能按顺序执行，毕竟它们会从事件队列中拉出并按顺序执行？它在这里是如何工作的？

而如果只有一个sql要执行，那么在没有db.serialize的情况下运行是否安全？

var sqlite3 = require('sqlite3');
var db = new sqlite3.Database(':memory:');
db.run("CREATE TABLE test(info TEXT)");
db.close();

Answer 1

serialize() 函数中的每个命令都保证在下一个命令开始之前完成执行。

在您的示例中，CREATE TABLE 将在 INSERT 运行之前完成。如果您没有使用 serialize()，那么 CREATE TABLE 和 INSERT 语句将并行运行。它们会一个接一个地启动，以至于 INSERT 可能实际上在创建表之前完成，从而在尝试将数据插入不存在的表时出现错误。

这称为竞态条件，因为每次运行程序时，都可能获得不同的获胜者。如果 CREATE TABLE 赢得比赛，那么程序将正常工作。但如果 INSERT 赢得比赛，程序将因错误而中断。由于您无法控制谁赢得比赛，serialize() 将阻止 INSERT 甚至开始，直到 CREATE TABLE 到达终点，确保每次都会得到相同的结果。

在只有一个语句的第二个示例中，仍然需要 serialize()。这是因为 run() 启动 SQL 查询但 立即返回，使查询在后台运行。由于您的下一个命令是 close() 数据库，因此您将在查询仍在运行时将其切断。

由于 serialize() 在其最后一个内部查询完成之前不会返回，因此使用它将推迟 close() 直到查询完成。

如果您使用不同类型的查询(例如响应用户单击网页上的按钮，其中数据库在两次调用之间保持打开状态)，那么您可能不需要 serialize()。这只是取决于每个查询之后的代码是否要求它之前的查询已经完成。

在决定是否使用 serialize() 时，将任何非序列化查询视为已被注释掉，然后查看代码是否仍然有效，这会很有帮助。在上面的第一个示例中，删除 CREATE TABLE 命令会破坏以下 INSERT 语句(因为这样就没有要插入的表)，因此这些需要连载。但是如果你有两个 CREATE TABLE 命令，那么删除一个不会影响另一个，所以这两个命令不必被序列化。

(不过，此提示不适用于 close() - 经验法则是，只有在一切运行完毕后才调用 close() .)