sqlite3 提供了一个新的锁和同步机制来提高并发，减少死锁。

sqlite3的锁和同步有Pager Module(pager.c)负责处理。Pager Modue负责sqlite事务的ACID， 也提供缓存功能。Pager Modue不需要知道BTree,字符编码,索引的结构,Pager Module用来管理Page,一个Page对应一个DiskBlock,大小一般是1024Byte。

1. sqlite3 数据库的锁状态
UNLOCKED
SHARED 共享锁，可以读，不能写
RESERVED 保留锁,表示数据库将被写,但写在缓存中，还不能写入数据库，因为有其他链接持有共享锁，还在读数据。 一个数据库只能有一个保留锁,保留锁可以和共享锁共存， 与PENDING锁的不同之处在于还能获得新的共享锁,PENDING锁被激活时,不能再获得共享锁。
PENDING（未决）此时，其他链接不再能获取共享锁，即，等待读的链接退出，不接受新的链接来读
EXCLUSIVE（排他），读的链接都退出了，可以写入数据库了。

sqlite 锁状态很容易理解： 多个链接可以同时从一个paper中读数据，但只允许一个链接往paper写数据，而且在写数据的时候不允许有其他链接读数据，防止造成数据不一致。另外，链接持有共享锁时，可以从paper中读数据，持有保留锁时可以往缓存中写数据和修改，如果想要把数据写入paper中，就要限制新的链接获取共享锁、等待有共享锁的链接执行完毕，此时称为未决。

2. 回滚日志文件
如果有更新数据库操作,sqlite就会生成回滚日志文件,以"-journal"的文件名结尾,与数据库文件存放在同一目录下。 如果多个数据库同时工作,每个数据库都有自己的回滚日志文件,并且还有一个master journal日志文件。master journal没有数据,只包含各个回滚日志文件名。每个数据库的回滚日志文件也会包含master journal文件名。
当访问数据库时发现有"hot journal"时,sqlite就会进行回滚工作,回滚结束就删除回滚日志文件。


处理"hot journal"
(1) 尝试获得SHARED LOCK,如果失败,立即结束,返回sqlITE_BUSY
(2) 检查是否有"hot journal",如果没有立即返回,否则继续执行以下步骤
(3) 尝试获得PENDING LOCK,然后EXCLUSIVE LOCK,表示其他进程正在做回滚,释放所有锁,关闭数据库,返回sqlITE_BUSY。 否则继续执行
(4) 读回滚日志文件,回滚数据库文件
(5) 删除回滚日志文件
(6) 删除master journal 文件
(7) 释放PENDING LOCK和EXCLUSIVE LOCK,但是保留SHARED LOCK


3. 写数据库文件步骤
(1) 获得共享锁
(2) 获得RESERVED LOCK,返回sqlITE_BUSY,否则继续执行
(3) 生成回滚日志文件,写入磁盘,等待写完成继续执行


如果是单个数据库文件
(4) 请求获得PENDING LOCK
(5) 请求获得EXCLUSIVE LOCK
(6) flush/fsync,将更新写入磁盘
(7) 删除回滚日志文件
(8) 释放EXCLUSIVE LOCK,PENDING LOCK,RESERVED LOCK,获得SHARED LOCK




如果是多个数据库文件事务
(4) 请求获得PENDING LOCK 和EXCLUSIVE LOCK,确保所有数据库都获得EXCLUSIVE LOCK
(5) 生成master journal文件和每个数据库的回滚日志文件
(6) flush/fsync,将更新写入磁盘
(7) 先删除master journal 文件,再删除所有的回滚日志文件
(8) 释放所有数据库上的EXCLUSIVE LOCK,PENDING LOCK


4. sql事务
默认sqlite autocommit=true
BEGIN TRANSACTION - COMMIT 命令使得sqlite不在autocommit下工作。当sqlite执行BEGIN命令时,不会获得任何锁,直到执行到第一个SELECT,才获得一个SHARED LOCK,执行到UPDATE/INSERT/DELETE才获得REVERSED LOCK,当缓存满或者COMMIT时才请求获得EXCLUSIVE LOCK。


COMMIT并非真正的将更新写到磁盘,COMMIT使得sqlITE回到autocommit=true 模式,autocommit会负责将更新写到磁盘。

5 写同步

初用sqlite3插入数据时，插入每条数据大概需要100ms左右。如果是批量导入，可以引进事物提高速度。但是假设你的业务是每间隔几秒插入几条数据，显然100ms是不能容许的。解决办法是，在调用sqlite3_open函数后添加下面一行代码： sqlite3_exec(db,"PRAGMA synchronous = OFF; ",0); 上面的解决办法貌似治标不治本，为什么加上上面的代码行，速度会提高那么多？网上解释如下： 磁盘同步 1.如何设置： PRAGMA synchronous = FULL; (2) PRAGMA synchronous = NORMAL; (1) PRAGMA synchronous = OFF; (0) 2.参数含义： 当synchronous设置为FULL (2),sqlite数据库引擎在紧急时刻会暂停以确定数据已经写入磁盘。这使系统崩溃或电源出问题时能确保数据库在重起后不会损坏。FULL synchronous很安全但很慢。 当synchronous设置为NORMAL,sqlite数据库引擎在大部分紧急时刻会暂停，但不像FULL模式下那么频繁。 NORMAL模式下有很小的几率(但不是不存在)发生电源故障导致数据库损坏的情况。但实际上，在这种情况 下很可能你的硬盘已经不能使用，或者发生了其他的不可恢复的硬件错误。 设置为synchronous OFF (0)时，sqlite在传递数据给系统以后直接继续而不暂停。若运行sqlite的应用程序崩溃， 数据不会损伤，但在系统崩溃或写入数据时意外断电的情况下数据库可能会损坏。另一方面，在synchronous OFF时 一些操作可能会快50倍甚至更多。在sqlite 2中，缺省值为NORMAL.而在3中修改为FULL。 3.建议： 如果有定期备份的机制，而且少量数据丢失可接受，用OFF。 注意上面红色加粗的字样。总结：如果你的数据对安全性完整性等要求不是太高，可以采用设置为0的方法，毕竟只是“数据库可能会损坏”，至于损坏几率为多大，笔者也暂不知晓。。。。。。还没遇到过损坏，不知什么时候才会发生。