SQLite研究——性能优化

SQLite研究——性能优化,第1张

概述SQLite研究——性能优化   作者:JD Space  来源:www.sqlite.com.cn  时间:2006-11-24  【 字体:大 中 小 】 〖 双击滚屏 〗     SQLite研究——性能优化   很多人直接就使用了,并未注意到SQLite也有配置参数,可以对性能进行调整。有时候,产生的结果会有很大影响。 主要通过pragma指令来实现。 比如: 空间释放、磁盘同步、Cach
sqlite研究——性能优化
作者:JD Space 来源:www.sqlite.com.cn 时间:2006-11-24 【 字体:大 中 小 】〖 双击滚屏 〗
sqlite研究——性能优化

很多人直接就使用了,并未注意到sqlite也有配置参数,可以对性能进行调整。有时候,产生的结果会有很大影响。

主要通过pragma指令来实现。

比如: 空间释放、磁盘同步、Cache大小等。

不要打开。前文提高了,Vacuum的效率非常低!

PRAGMA auto_vacuum;
PRAGMA auto_vacuum = 0 | 1;

查询或设置数据库的auto-vacuum标记。

正常情况下,当提交一个从数据库中删除数据的事务时,数据库文件不改变大小。未使用的文件页被标记并在以后的添加 *** 作中 再次使用。这种情况下使用VACUUM命令释放删除得到的空间。

当开启auto-vacuum,当提交一个从数据库中删除数据的事务时,数据库文件自动收缩, (VACUUM命令在auto-vacuum开启的数据库中不起作用)。数据库会在内部存储一些信息以便支持这一功能,这使得 数据库文件比不开启该选项时稍微大一些。

只有在数据库中未建任何表时才能改变auto-vacuum标记。试图在已有表的情况下修改不会导致报错。

建议改为8000

PRAGMA cache_size;
PRAGMA cache_size = Number-of-pages;

查询或修改sqlite一次存储在内存中的数据库文件页数。每页使用约1.5K内存,缺省的缓存大小是2000. 若需要使用改变大量多行的UPDATE或DELETE命令,并且不介意sqlite使用更多的内存的话,可以增大缓存以提高性能。

当使用cache_size pragma改变缓存大小时,改变仅对当前对话有效,当数据库关闭重新打开时缓存大小恢复到缺省大小。 要想永久改变缓存大小,使用default_cache_size pragma.

打开。不然搜索中文字串会出错。

PRAGMA case_sensitive_like;
PRAGMA case_sensitive_like = 0 | 1;

liKE运算符的缺省行为是忽略latin1字符的大小写。因此在缺省情况下'a' liKE 'A'的值为真。可以通过打开 case_sensitive_like pragma来改变这一缺省行为。当启用case_sensitive_like,'a' liKE 'A'为假而 'a' liKE 'a'依然为真。

打开。便于调试

PRAGMA count_changes;
PRAGMA count_changes = 0 | 1;

查询或更改count-changes标记。正常情况下INSERT,UPDATE和DELETE语句不返回数据。 当开启count-changes,以上语句返回一行含一个整数值的数据——该语句插入,修改或删除的行数。 返回的行数不包括由触发器产生的插入,修改或删除等改变的行数。

PRAGMA page_size;
PRAGMA page_size = bytes;

查询或设置page-size值。只有在未创建数据库时才能设置page-size。页面大小必须是2的整数倍且大于等于512小于等于8192。 上限可以通过在编译时修改宏定义sqlITE_MAX_PAGE_SIZE的值来改变。上限的上限是32768.

如果有定期备份的机制,而且少量数据丢失可接受,用OFF

PRAGMA synchronous;
PRAGMA synchronous = FulL; (2)
PRAGMA synchronous = norMAL; (1)
PRAGMA synchronous = OFF; (0)

查询或更改"synchronous"标记的设定。第一种形式(查询)返回整数值。 当synchronous设置为FulL (2),sqlite数据库引擎在紧急时刻会暂停以确定数据已经写入磁盘。 这使系统崩溃或电源出问题时能确保数据库在重起后不会损坏。FulL synchronous很安全但很慢。 当synchronous设置为norMAL,sqlite数据库引擎在大部分紧急时刻会暂停,但不像FulL模式下那么频繁。 norMAL模式下有很小的几率(但不是不存在)发生电源故障导致数据库损坏的情况。但实际上,在这种情况 下很可能你的硬盘已经不能使用,或者发生了其他的不可恢复的硬件错误。 设置为synchronous OFF (0)时,sqlite在传递数据给系统以后直接继续而不暂停。若运行sqlite的应用程序崩溃, 数据不会损伤,但在系统崩溃或写入数据时意外断电的情况下数据库可能会损坏。另一方面,在synchronous OFF时 一些 *** 作可能会快50倍甚至更多。

在sqlite 2中,缺省值为norMAL.而在3中修改为FulL.

使用2,内存模式。

PRAGMA temp_store;
PRAGMA temp_store = DEFAulT; (0)
PRAGMA temp_store = file; (1)
PRAGMA temp_store = MEMORY; (2)

查询或更改"temp_store"参数的设置。当temp_store设置为DEFAulT (0),使用编译时的C预处理宏 TEMP_STORE来定义储存临时表和临时索引的位置。当设置为MEMORY (2)临时表和索引存放于内存中。 当设置为file (1)则存放于文件中。temp_store_directorypragma 可用于指定存放该文件的目录。当改变temp_store设置,所有已存在的临时表,索引,触发器及视图将被立即删除。

经测试,在类BBS应用上,通过以上调整,效率可以提高2倍以上。

总结

以上是内存溢出为你收集整理的SQLite研究——性能优化全部内容,希望文章能够帮你解决SQLite研究——性能优化所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/1178601.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-06-02
下一篇 2022-06-02

发表评论

登录后才能评论

评论列表(0条)

保存