提高SQLite每秒INSERT的性能
优化SQLite是棘手的。C应用程序的大容量插入性能可以从每秒85次插入到每秒96,000次以上插入！
背景：我们正在将SQLite用作桌面应用程序的一部分。我们将大量配置数据存储在XML文件中，这些文件会被解析并加载到SQLite数据库中，以便在初始化应用程序时进行进一步处理。SQLite非常适合这种情况，因为它速度快，不需要专门的配置，并且数据库作为单个文件存储在磁盘上。
基本原理： 最初，我对看到的性能感到失望。事实证明，取决于数据库的配置方式和使用API的方式，SQLite的性能可能会发生很大的变化（对于大容量插入和选择而言）。弄清楚所有选项和技术是什么都不是一件容易的事，因此，我认为创建此社区Wiki条目与读者共享结果以节省其他人的麻烦是审慎的做法。
实验：我认为，最好是编写一些C代码并实际衡量各种选择的影响，而不是简单地谈论一般意义上的性能提示（即“使用事务！”）。我们将从一些简单的数据开始：
28 MB TAB分隔的文本文件（约865,000条记录），用于多伦多市的完整运输时间表
我的测试计算机是运行Windows XP的3.60 GHz P4。
使用Visual C ++ 2005将代码编译为“发布”，“完全优化”（/ Ox）和“最爱快速代码”（/ Ot）。
我正在使用直接编译到测试应用程序中的SQLite“合并”。我刚好拥有的SQLite版本（3.6.7）有点旧，但是我怀疑这些结果将与最新版本相当（如果您另有意见，请发表评论）。
让我们写一些代码！
代码：一个简单的C程序，它逐行读取文本文件，将字符串拆分为值，然后将数据插入SQLite数据库。在此“基准”版本的代码中，创建了数据库，但实际上不会插入数据：
/*************************************************************
Baseline code to experiment with SQLite performance.
Input data is a 28 MB TAB-delimited text file of the
complete Toronto Transit System schedule/route info
from http://www.toronto.ca/open/datasets/ttc-routes/
**************************************************************/
#include <stdio.h>
#include <stdlib.h>
#include <time.h>
#include <string.h>
#include "sqlite3.h"
#define INPUTDATA "C:\\TTC_schedule_scheduleitem_10-27-2009.txt"
#define DATABASE "c:\\TTC_schedule_scheduleitem_10-27-2009.sqlite"
#define TABLE "CREATE TABLE IF NOT EXISTS TTC (id INTEGER PRIMARY KEY, Route_ID TEXT, Branch_Code TEXT, Version INTEGER, Stop INTEGER, Vehicle_Index INTEGER, Day Integer, Time TEXT)"
#define BUFFER_SIZE 256
int main(int argc, char **argv) {
sqlite3 * db;
sqlite3_stmt * stmt;
char * sErrMsg = 0;
char * tail = 0;
int nRetCode;
int n = 0;
clock_t cStartClock;
FILE * pFile;
char sInputBuf [BUFFER_SIZE] = "\0";
char * sRT = 0; /* Route */
char * sBR = 0; /* Branch */
char * sVR = 0; /* Version */
char * sST = 0; /* Stop Number */
char * sVI = 0; /* Vehicle */
char * sDT = 0; /* Date */
char * sTM = 0; /* Time */
char sSQL [BUFFER_SIZE] = "\0";
/*********************************************/
/* Open the Database and create the Schema */
sqlite3_open(DATABASE, &db);
sqlite3_exec(db, TABLE, NULL, NULL, &sErrMsg);
/*********************************************/
/* Open input file and import into Database*/
cStartClock = clock();
pFile = fopen (INPUTDATA,"r");
while (!feof(pFile)) {
fgets (sInputBuf, BUFFER_SIZE, pFile);
sRT = strtok (sInputBuf, "\t"); /* Get Route */
sBR = strtok (NULL, "\t"); /* Get Branch */
sVR = strtok (NULL, "\t"); /* Get Version */
sST = strtok (NULL, "\t"); /* Get Stop Number */
sVI = strtok (NULL, "\t"); /* Get Vehicle */
sDT = strtok (NULL, "\t"); /* Get Date */
sTM = strtok (NULL, "\t"); /* Get Time */
/* ACTUAL INSERT WILL GO HERE */
n++;
}
fclose (pFile);
printf("Imported %d records in %4.2f seconds\n", n, (clock() - cStartClock) / (double)CLOCKS_PER_SEC);
sqlite3_close(db);
return 0;
}
“控制”
按原样运行代码实际上不会执行任何数据库操作，但是它将使我们了解原始C文件I / O和字符串处理操作的速度。
在0.94秒内导入864913记录
伟大的！只要我们实际上不执行任何插入操作，我们就可以每秒执行920,000次插入操作：-)
“最坏情况”
我们将使用从文件中读取的值来生成SQL字符串，并使用sqlite3_exec调用该SQL操作：
sprintf(sSQL, "INSERT INTO TTC VALUES (NULL, '%s', '%s', '%s', '%s', '%s', '%s', '%s')", sRT, sBR, sVR, sST, sVI, sDT, sTM);
sqlite3_exec(db, sSQL, NULL, NULL, &sErrMsg);
这将很慢，因为对于每个插入，SQL都将被编译成VDBE代码，并且每个插入都将在其自己的事务中进行。有多慢
在9933.61秒内导入了864913条记录
kes！2小时45分钟！每秒只有85次插入。
使用交易
默认情况下，SQLite将评估唯一事务中的每个INSERT / UPDATE语句。如果执行大量插入操作，建议将操作包装在事务中：
sqlite3_exec(db, "BEGIN TRANSACTION", NULL, NULL, &sErrMsg);
pFile = fopen (INPUTDATA,"r");
while (!feof(pFile)) {
...
}
fclose (pFile);
sqlite3_exec(db, "END TRANSACTION", NULL, NULL, &sErrMsg);
在38.03秒内导入864913记录
这样更好 只需将所有插入物包装在一个事务中，就可以将性能提高到每秒23,000个插入物。
使用准备好的语句
使用事务是一个巨大的改进，但是如果我们反复使用相同的SQL，则为每个插入重新编译SQL语句是没有意义的。让我们使用sqlite3_prepare_v2一次编译我们的SQL语句，然后使用以下命令将参数绑定到该语句sqlite3_bind_text：
/* Open input file and import into the database */
cStartClock = clock();
sprintf(sSQL, "INSERT INTO TTC VALUES (NULL, @RT, @BR, @VR, @ST, @VI, @DT, @TM)");
sqlite3_prepare_v2(db, sSQL, BUFFER_SIZE, &stmt, &tail);
sqlite3_exec(db, "BEGIN TRANSACTION", NULL, NULL, &sErrMsg);
pFile = fopen (INPUTDATA,"r");
while (!feof(pFile)) {
fgets (sInputBuf, BUFFER_SIZE, pFile);
sRT = strtok (sInputBuf, "\t"); /* Get Route */
sBR = strtok (NULL, "\t"); /* Get Branch */
sVR = strtok (NULL, "\t"); /* Get Version */
sST = strtok (NULL, "\t"); /* Get Stop Number */
sVI = strtok (NULL, "\t"); /* Get Vehicle */
sDT = strtok (NULL, "\t"); /* Get Date */
sTM = strtok (NULL, "\t"); /* Get Time */
sqlite3_bind_text(stmt, 1, sRT, -1, SQLITE_TRANSIENT);
sqlite3_bind_text(stmt, 2, sBR, -1, SQLITE_TRANSIENT);
sqlite3_bind_text(stmt, 3, sVR, -1, SQLITE_TRANSIENT);
sqlite3_bind_text(stmt, 4, sST, -1, SQLITE_TRANSIENT);
sqlite3_bind_text(stmt, 5, sVI, -1, SQLITE_TRANSIENT);
sqlite3_bind_text(stmt, 6, sDT, -1, SQLITE_TRANSIENT);
sqlite3_bind_text(stmt, 7, sTM, -1, SQLITE_TRANSIENT);
sqlite3_step(stmt);
sqlite3_clear_bindings(stmt);
sqlite3_reset(stmt);
n++;
}
fclose (pFile);
sqlite3_exec(db, "END TRANSACTION", NULL, NULL, &sErrMsg);
printf("Imported %d records in %4.2f seconds\n", n, (clock() - cStartClock) / (double)CLOCKS_PER_SEC);
sqlite3_finalize(stmt);
sqlite3_close(db);
return 0;
在16.27秒内导入864913记录
好的！还有更多代码（不要忘记调用sqlite3_clear_bindings和sqlite3_reset），但是我们的性能提高了一倍以上，达到每秒53,000次插入。
PRAGMA同步= OFF
默认情况下，SQLite将在发出操作系统级别的写入命令后暂停。这样可以保证将数据写入磁盘。通过设置synchronous = OFF，我们指示SQLite只需将数据移交给OS进行写入，然后继续。如果计算机在将数据写入磁盘之前遭受灾难性崩溃（或电源故障），则数据库文件可能会损坏：
/* Open the database and create the schema */
sqlite3_open(DATABASE, &db);
sqlite3_exec(db, TABLE, NULL, NULL, &sErrMsg);
sqlite3_exec(db, "PRAGMA synchronous = OFF", NULL, NULL, &sErrMsg);
在12.41秒内导入864913记录
现在，改进程度较小，但每秒最多可插入69,600个刀片。
PRAGMA journal_mode =OFF
考虑通过评估将回滚日志存储在内存中PRAGMA journal_mode = MEMORY。您的事务将更快，但是如果您在事务期间断电或程序崩溃，则数据库可能会因部分完成的事务而处于损坏状态：
/* Open the database and create the schema */
sqlite3_open(DATABASE, &db);
sqlite3_exec(db, TABLE, NULL, NULL, &sErrMsg);
sqlite3_exec(db, "PRAGMA journal_mode = MEMORY", NULL, NULL, &sErrMsg);
在13.50秒内导入864913记录
每秒64,000次插入的速度比以前的优化稍慢。
PRAGMA synchronous = OFF and PRAGMA journal_mode = MEMORY
让我们结合前面的两个优化。风险更高一些（如果发生崩溃），但是我们只是在导入数据（不运行银行）：
/* Open the database and create the schema */
sqlite3_open(DATABASE, &db);
sqlite3_exec(db, TABLE, NULL, NULL, &sErrMsg);
sqlite3_exec(db, "PRAGMA synchronous = OFF", NULL, NULL, &sErrMsg);
sqlite3_exec(db, "PRAGMA journal_mode = MEMORY", NULL, NULL, &sErrMsg);
在12.00秒内导入864913记录
极好的！我们每秒能够完成72,000次插入。
使用内存数据库
只是为了振奋人心，让我们基于所有先前的优化并重新定义数据库文件名，以便我们完全在RAM中工作：
#define DATABASE ":memory:"
在10.94秒内导入864913记录
将我们的数据库存储在RAM中并不是很实际，但是令人印象深刻的是，我们每秒可以执行79,000次插入。
重构C代码
尽管没有专门对SQLite进行改进，但我不喜欢循环中的额外char*赋值操作while。让我们快速重构该代码，以将的输出strtok()直接传递到sqlite3_bind_text()，让编译器尝试为我们加快速度：
pFile = fopen (INPUTDATA,"r");
while (!feof(pFile)) {
fgets (sInputBuf, BUFFER_SIZE, pFile);
sqlite3_bind_text(stmt, 1, strtok (sInputBuf, "\t"), -1, SQLITE_TRANSIENT); /* Get Route */
sqlite3_bind_text(stmt, 2, strtok (NULL, "\t"), -1, SQLITE_TRANSIENT); /* Get Branch */
sqlite3_bind_text(stmt, 3, strtok (NULL, "\t"), -1, SQLITE_TRANSIENT); /* Get Version */
sqlite3_bind_text(stmt, 4, strtok (NULL, "\t"), -1, SQLITE_TRANSIENT); /* Get Stop Number */
sqlite3_bind_text(stmt, 5, strtok (NULL, "\t"), -1, SQLITE_TRANSIENT); /* Get Vehicle */
sqlite3_bind_text(stmt, 6, strtok (NULL, "\t"), -1, SQLITE_TRANSIENT); /* Get Date */
sqlite3_bind_text(stmt, 7, strtok (NULL, "\t"), -1, SQLITE_TRANSIENT); /* Get Time */
sqlite3_step(stmt); /* Execute the SQL Statement */
sqlite3_clear_bindings(stmt); /* Clear bindings */
sqlite3_reset(stmt); /* Reset VDBE */
n++;
}
fclose (pFile);
注意：我们将回到使用真实的数据库文件。内存数据库速度很快，但不一定实用
在8.94秒内导入864913记录
稍微重构一下参数绑定中使用的字符串处理代码，就可以每秒执行96,700次插入。我认为可以肯定地说这是非常快的。当我们开始调整其他变量（即页面大小，索引创建等）时，这将成为我们的基准。
摘要（到目前为止）
我希望你仍然和我在一起！我们选择这条路的原因是，使用SQLite进行批量插入的性能变化如此之大，并且为加速我们的操作而需要进行哪些更改并不总是很明显。使用相同的编译器（和编译器选项），相同版本的SQLite和相同数据，我们优化了代码，并优化了SQLite的使用，使其从最坏的情况下每秒85次插入变为每秒超过96,000次插入！
先创建索引，然后插入VS.插入，然后创建索引
在开始衡量SELECT性能之前，我们知道我们将创建索引。在下面的答案之一中，建议进行批量插入时，插入数据后创建索引的速度更快（与先创建索引然后插入数据相反）。我们试试看：
创建索引然后插入数据
sqlite3_exec(db, "CREATE INDEX 'TTC_Stop_Index' ON 'TTC' ('Stop')", NULL, NULL, &sErrMsg);
sqlite3_exec(db, "BEGIN TRANSACTION", NULL, NULL, &sErrMsg);
...
在18.13秒内导入864913记录
插入数据然后创建索引
...
sqlite3_exec(db, "END TRANSACTION", NULL, NULL, &sErrMsg);
sqlite3_exec(db, "CREATE INDEX 'TTC_Stop_Index' ON 'TTC' ('Stop')", NULL, NULL, &sErrMsg);
在13.66秒内导入864913记录
不出所料，如果为一列建立索引，则大容量插入会较慢，但是如果在插入数据后创建索引，则确实会有所不同。我们的无索引基准是每秒96,000次插入。首先创建索引，然后插入数据，每秒可提供47,700次插入，而先创建数据，然后创建索引，则每秒可提供63,300次插入。
我很乐意为其他情况提供建议，以尝试…，并将很快为SELECT查询编译类似的数据。
问题答案：
几个技巧：
- 将插入/更新放入事务中。
- 对于较旧的SQLite版本，请考虑使用较少偏执的日记模式（pragma journal_mode）。有NORMAL，然后有OFF，如果您不太担心数据库可能因操作系统崩溃而损坏，则可以显着提高插入速度。如果您的应用程序崩溃了，数据应该没问题。请注意，在较新的版本中，OFF/MEMORY设置对于应用程序级崩溃不安全。
- 播放页面大小也会有所不同（PRAGMA page_size）。由于较大的页面保留在内存中，因此具有较大的页面大小可以使读取和写入的速度更快。请注意，更多的内存将用于您的数据库。
- 如果您有索引，请CREATE INDEX在完成所有插入操作后考虑调用。这比创建索引然后进行插入要快得多。
- 如果您可以并发访问SQLite，则必须非常小心，因为写入完成后整个数据库将被锁定，尽管可能有多个读取器，但写入将被锁定。通过在较新的SQLite版本中添加WAL，对此进行了一些改进。
- 利用节省空间的优势…较小的数据库运行速度更快。例如，如果您有键值对，请尝试将键设置为a（INTEGER PRIMARY KEY如果可能），它将替换表中隐含的唯一行号列。
- 如果使用多个线程，则可以尝试使用共享页面缓存，这将允许在线程之间共享已加载的页面，从而避免了昂贵的I / O调用。
- 不要使用!feof(file)！
-
首先让我们快速地看看 insert 一行时的处理步骤。这些步骤中的每一步都有优化的潜力，对此我们在后面会一一讨论。 1、在客户机准备语句。对于动态 SQL，在语句执行前就要做这一步，此处的性能是很重要的;对于静态 SQL，这一步的性能实际上关系不大，因为语句的准备是事先完成的。 2、在客户机，将要插入的行的各个列值组装起来，发送到 DB2 服务器。 3、DB2 服务器确定将这一行插入到哪一页中。
-
主要内容：语法,实例,使用一个表来填充另一个表SQLite 的 INSERT INTO 语句用于向数据库的某个表中添加新的数据行。 语法 INSERT INTO 语句有两种基本语法，如下所示： 在这里，column1, column2,...columnN 是要插入数据的表中的列的名称。 如果要为表中的所有列添加值，您也可以不需要在 SQLite 查询中指定列名称。但要确保值的顺序与列在表中的顺序一致。SQLite 的 INSERT INTO
-
我正在用docx4j做一些测试。我需要做的是将复杂的Word文档（2-3页的文本、表格、项目符号列表、图像）转换成XHTML。
-
我在我的应用程序中创建了第二个DataSource。 我用HikariDataSource创建了它，因为它断开了连接，所以出现了问题。 现在它没有断开，但是很慢 我的配置如下： 爪哇： 有人能告诉我如何提高绩效吗。 它们是表的小查询，分页约为25条记录，需要4秒钟。 我观察到，查询一个select的200条记录需要46秒，而查询只需要2秒。 以前，它们是千分之一秒。 非常感谢。
-
我们运行在apache kafka 0.10.0. x和Spring 3. x上，不能使用Spring kafka，因为它支持Spring框架版本4. x。 因此，我们使用原生的Kafka Producer API来生成消息。 现在我关心的是我的制片人的表现。问题是我相信有人打电话给是真正连接到Kafka broker，然后将消息放入缓冲区，然后尝试发送，然后可能会调用。 现在，KafkaProd
-
您可以通过优化您的计算机系统、After Effects、您的项目和您的工作流程来改进性能。此处提供的某些建议不是通过提高渲染速度而是通过降低其他操作（例如，打开项目）所需的时间来改进性能的。 注意:到目前为止，用来改进总体性能的最好方法是提前规划、针对您的工作流程和输出管道运行早期测试、并确认您所提供的内容是您的客户实际需要和预期的内容。（请参阅规划您的工作。） Lloyd Alvarez 在