sqlite 性能优化

测试环境 

CPU：Inter(R) Core(TIM) i3-2120 CPU@3.3GHz

内存：8GB

操作系统：Deepin

显示调用事务

sqlite3_exec(db, "BEGIN;", , , NULL);
for( i = ; i < 10000; i++)
{
   ...
   sqlite3_exec(db, sqlcmd, NULL, NULL, &zErr);
}
sqlite3_exec(db, "COMMIT;", , , NULL);

磁盘同步 (synchronous)

内存模式(temp_store)

journal_model 设置

• DELETE：读写操作时DEL模式要处理各种锁。写操作是独享的，写阻塞读；读完成时才能写，读阻塞写。
• WAL：修改不直接写入数据库文件中，而是直接一个WAL文件中，若事务失败，WAL记录被忽略；若事务成功，随后在某个checkpoint时间点写回数据。若要继续提升性能，可修改checkpoint.

page_size 和 cache_size

• page_size：分页大小。默认page_size = 4096。其值为512、1024、2048、4096、8192、16384、32768、65536.
• cache_size：表示在缓存中的页面数，内置页面缓存的默认大小为 2,000 页，小尺寸为 10 页。

注意:

• 通 PRAGMA page_size/cache_size 能够查询当前页大小和缓存size；
• PRAGMA cache_size = xxx ，可动态设置缓存大小，仅当前数据库链接有效；
• page_size：在创建数据库表时设置即可生效。sqilte3.5.8 以后，通过PRAGMA cache_size =xxx 后，执行 VACUUM, 也可动态修改页大小。如果未执行VACCUM，页大小修改。
• page_size 和 cache_size 不是越大越好。具体要结合硬件缓存以及数据库记录。
• page_size 决定着数据库小储存单元page的大小。当查询记录大小大于page_size 时，此时需要多次寻址才能完成本次操作，如果page_size 大于 查询记录大小，一次寻址即可。
• 理论上page_size 和 cache_size 越大越好，实际根据应用场景和硬件资源来调整这两个参数。当缓存足够大的时候，一次查询能够直接命中数据库后一条记录，在向上调整就没有效果了；当缓存和内存资源紧张，特别是嵌入设备，根据实际场景调整，page_size 设置尽量接近需要频繁查询的记录大小。然后调整cache_size，这样也可以一定程度控制数据库大小。

以下对轻量级数据库做了一个简要测试：

mmap_size

mmap对I/O性能的提升无需赘言，尤其是对于读操作。SQLite也在OS层封装了mmap的接口，可以无缝地切换mmap和普通的I/O接口。只需配置PRAGMA mmap_size=XXX即可开启mmap。