1. SQLite 是什么?
SQLite,是一款轻量的数据库,以磁盘文件的形式存在,其遵守ACID(事务的四大原则)。它的设计目标是嵌入式的,目前Android和iOS的设备内置的都是SQLite数据库。
2. SQLite 数据类型
SQLite 使用一个更普遍的动态类型系统。在 SQLite 中,值的数据类型与值本身是相关的,而不是与它的容器相关(对这句话的理解直接看下表就可以啦~)。
存储类型 | 描述 |
---|---|
NULL | 值是一个 NULL 值。 |
INTEGER | 值是一个带符号的整数,根据值的大小存储在 1、2、3、4、6 或 8 字节中。 |
REAL | 值是一个浮点值,存储为 8 字节的 IEEE 浮点数字。 |
TEXT | 值是一个文本字符串,使用数据库编码(UTF-8、UTF-16BE 或 UTF-16LE)存储。 |
BLOB | 值是一个 blob 数据,完全根据它的输入存储。 |
ps:SQLite 的存储类稍微比数据类型更普遍。INTEGER 存储类,例如,包含 6 种不同的不同长度的整数数据类型。
3. SQLite 基本语法大全
3.1 区分大小写
SQLite不区分大小写。但是,有一些区分大小写的命令。例如:GLOB和glob在SQLite语句中有不同的含义。
3.2 注释
- 注释以两个连续的“ - ”字符。
- 也可使用“/”字符开始,并延伸至下一个“/”字符对所包括的内容视为注释。
3.3 增删改查
请自行百度。谢谢~
3.4 SQLite Join
3.5 SQLite 子查询
4. SQLite事务与锁( < 3.7.0)
4.1 锁
SQLite有5个不同的锁状态
-
UNLOCKED(未加锁)
-
SHARED(共享)
-
RESERVED(保留)
-
PENDING(未决)
-
EXCLUSIVE(排它)
SQLite有一个加锁表,记录数据库连接的锁状态。每张表在同一时刻只能处于其中一个锁状态。每种状态都有一种锁与之对应。
读
数据库连接最初处于UNLOCKED状态,在此状态下,连接还没有存取数据库。当连接到了一个数据库,甚至已经用BEGIN开始了一个事务时,连接都还处于UNLOCKED状态。**为了能够从数据库中读取数据,连接必须必须进入SHARED状态,**也就是说首先要获得一个SHARED锁。多个连接可以同时获得并保持共享锁,也就是说多个连接可以同时从同一个数据库中读数据,SQLite是支持并发读取数据的。
写
一个连接想要写数据库,它必须首先获得一个RESERVED锁。一个数据库上同时只能有一个RESERVED锁,保留锁可以与共享锁共存,RESERVED锁即不阻止其它拥有SHARED锁的连接继续读数据库,也不阻止其它连接获得新的SHARED锁。 一旦一个连接获得了RESERVED锁,它就可以将数据写入缓冲区,而不是实际地写到磁盘。 当连接想要提交修改(或事务)时,需要获得PENDING锁,之后连接就不能再获得新的SHARED锁了,但已经拥有SHARED锁的连接仍然可以继续正常读数据库。当所有其它SHARED锁都被释放时,拥有PENDING锁的连接就可以将其锁提升至EXCLUSIVE锁,此时就可以将以前对缓冲区所做的修改写到数据库文件。所以SQLite是不支持并发写的。
4.2 事务
5.Write-Ahead Logging ( >=3.7.0 )
5.1 为什么引入WAL?
SQLite 3.7.0之前是不支持写的时候读得。为了能够读得时候写,引入了Write-Ahead Logging(WAL)机制,这样可以支持一个写和多个读并发。
在引入WAL机制之前,SQLite使用rollback journal机制实现原子事务。
rollback journal机制
rollback journal机制的原理是:
在修改数据库文件中的数据之前,先将修改所在分页中的数据备份在另外一个地方,然后才将修改写入到数据库文件中;如果事务失败,则将备份数据拷贝回来,撤销修改;如果事务成功,则删除备份数据,提交修改。
5.2 WAL机制的原理
修改并不直接写入到数据库文件中,而是写入到另外一个称为WAL的文件中;如果事务失败,WAL中的记录会被忽略,撤销修改;如果事务成功,它将在随后的某个时间被写回到数据库文件中,提交修改。
同步WAL文件和数据库文件的行为被称为checkpoint(检查点),它由SQLite自动执行,默认是在WAL文件积累到1000页修改的时候;当然,在适当的时候,也可以手动执行checkpoint,SQLite提供了相关的接口。执行checkpoint之后,WAL文件会被清空。
在读的时候,SQLite将在WAL文件中搜索,找到最后一个写入点,记住它,并忽略在此之后的写入点(这保证了读写和读读可以并行执行);随后,它确定所要读的数据所在页是否在WAL文件中,如果在,则读WAL文件中的数据,如果不在,则直接读数据库文件中的数据。
在写的时候,SQLite将之写入到WAL文件中即可,但是必须保证独占写入,因此写写之间不能并行执行。
WAL在实现的过程中,使用了共享内存技术,因此,所有的读写进程必须在同一个机器上,否则,无法保证数据一致性。
5.3 WAL优点
-
读和写可以完全地并发执行,不会互相阻塞(但是写之间仍然不能并发)。
-
WAL在大多数情况下,拥有更好的性能(因为无需每次写入时都要写两个文件)。
-
磁盘I/O行为更容易被预测
5.4 WAL缺点
-
WAL引入的兼容性问题。在启用了WAL之后,数据库文件格式的版本号由1升级到了2,因此,3.7.0之前的SQLite无法识别启用了WAL机制的数据库文件。禁用WAL会使数据库文件格式的版本号恢复到1,从而可以被SQLite 3.7.0之前的版本识别。
-
WAL引入的性能问题。在一般情况下,WAL会提高SQLite的事务性能;但是在某些极端情况下,却会导致SQLite事务性能的下降。
1.在事务执行时间较长或者要修改的数据量达到GB级的时候,WAL文件会被占用,它会暂时阻止checkpoint的执行(checkpoint会清空WAL文件),这将导致WAL文件变得 ? ?很大,增加寻址时间,最终导致读写性能的下降。
2.当checkpoint执行的时候,会降低当时的读写性能,因此,WAL可能会导致周期性的性能下降。
6.索引
6.1索引的目的以及何时不用它
索引的目的在于提高数据库的性能,但这里有几个情况需要避免使用索引。使用索引时,应重新考虑下列准则:
-
索引不应该使用在较小的表上。
-
索引不应该使用在有频繁的大批量的更新或插入操作的表上。
-
索引不应该使用在含有大量的 NULL 值的列上。
-
索引不应该使用在频繁操作的列上。