很多人直接就使用了，并未注意到SQLite也有配置參數(shù)，可以對性能進(jìn)行調(diào)整。有時候，產(chǎn)生的結(jié)果會有很大影響。

主要通過pragma指令來實現(xiàn)。

比如： 空間釋放、磁盤同步、Cache大小等。

不要打開。前文提高了，Vacuum的效率非常低！

PRAGMA auto_vacuum;
PRAGMA auto_vacuum = 0 | 1;

查詢或設(shè)置數(shù)據(jù)庫的auto-vacuum標(biāo)記。

正常情況下，當(dāng)提交一個從數(shù)據(jù)庫中刪除數(shù)據(jù)的事務(wù)時，數(shù)據(jù)庫文件不改變大小。未使用的文件頁被標(biāo)記并在以后的添加操作中 再次使用。這種情況下使用VACUUM命令釋放刪除得到的空間。

當(dāng)開啟auto-vacuum，當(dāng)提交一個從數(shù)據(jù)庫中刪除數(shù)據(jù)的事務(wù)時，數(shù)據(jù)庫文件自動收縮， (VACUUM命令在auto-vacuum開啟的數(shù)據(jù)庫中不起作用)。數(shù)據(jù)庫會在內(nèi)部存儲一些信息以便支持這一功能，這使得 數(shù)據(jù)庫文件比不開啟該選項時稍微大一些。

只有在數(shù)據(jù)庫中未建任何表時才能改變auto-vacuum標(biāo)記。試圖在已有表的情況下修改不會導(dǎo)致報錯。

建議改為8000

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

查詢或修改SQLite一次存儲在內(nèi)存中的數(shù)據(jù)庫文件頁數(shù)。每頁使用約1.5K內(nèi)存，缺省的緩存大小是2000. 若需要使用改變大量多行的UPDATE或DELETE命令，并且不介意SQLite使用更多的內(nèi)存的話，可以增大緩存以提高性能。

當(dāng)使用cache_size pragma改變緩存大小時，改變僅對當(dāng)前對話有效，當(dāng)數(shù)據(jù)庫關(guān)閉重新打開時緩存大小恢復(fù)到缺省大小。 要想永久改變緩存大小，使用default_cache_size pragma.

打開。不然搜索中文字串會出錯。

PRAGMA case_sensitive_like;
PRAGMA case_sensitive_like = 0 | 1;

LIKE運(yùn)算符的缺省行為是忽略latin1字符的大小寫。因此在缺省情況下'a' LIKE 'A'的值為真。可以通過打開 case_sensitive_like pragma來改變這一缺省行為。當(dāng)啟用case_sensitive_like，'a' LIKE 'A'為假而 'a' LIKE 'a'依然為真。

打開。便于調(diào)試

PRAGMA count_changes;
PRAGMA count_changes = 0 | 1;

查詢或更改count-changes標(biāo)記。正常情況下INSERT, UPDATE和DELETE語句不返回數(shù)據(jù)。 當(dāng)開啟count-changes，以上語句返回一行含一個整數(shù)值的數(shù)據(jù)——該語句插入，修改或刪除的行數(shù)。 返回的行數(shù)不包括由觸發(fā)器產(chǎn)生的插入，修改或刪除等改變的行數(shù)。

PRAGMA page_size;
PRAGMA page_size = bytes;

查詢或設(shè)置page-size值。只有在未創(chuàng)建數(shù)據(jù)庫時才能設(shè)置page-size。頁面大小必須是2的整數(shù)倍且大于等于512小于等于8192。 上限可以通過在編譯時修改宏定義SQLITE_MAX_PAGE_SIZE的值來改變。上限的上限是32768.

如果有定期備份的機(jī)制，而且少量數(shù)據(jù)丟失可接受，用OFF

PRAGMA synchronous;
PRAGMA synchronous = FULL; (2)
PRAGMA synchronous = NORMAL; (1)
PRAGMA synchronous = OFF; (0)

查詢或更改"synchronous"標(biāo)記的設(shè)定。第一種形式(查詢)返回整數(shù)值。 當(dāng)synchronous設(shè)置為FULL (2), SQLite數(shù)據(jù)庫引擎在緊急時刻會暫停以確定數(shù)據(jù)已經(jīng)寫入磁盤。 這使系統(tǒng)崩潰或電源出問題時能確保數(shù)據(jù)庫在重起后不會損壞。FULL synchronous很安全但很慢。 當(dāng)synchronous設(shè)置為NORMAL, SQLite數(shù)據(jù)庫引擎在大部分緊急時刻會暫停，但不像FULL模式下那么頻繁。 NORMAL模式下有很小的幾率(但不是不存在)發(fā)生電源故障導(dǎo)致數(shù)據(jù)庫損壞的情況。但實際上，在這種情況 下很可能你的硬盤已經(jīng)不能使用，或者發(fā)生了其他的不可恢復(fù)的硬件錯誤。 設(shè)置為synchronous OFF (0)時，SQLite在傳遞數(shù)據(jù)給系統(tǒng)以后直接繼續(xù)而不暫停。若運(yùn)行SQLite的應(yīng)用程序崩潰， 數(shù)據(jù)不會損傷，但在系統(tǒng)崩潰或?qū)懭霐?shù)據(jù)時意外斷電的情況下數(shù)據(jù)庫可能會損壞。另一方面，在synchronous OFF時 一些操作可能會快50倍甚至更多。

在SQLite 2中，缺省值為NORMAL.而在3中修改為FULL.

使用2，內(nèi)存模式。

PRAGMA temp_store;
PRAGMA temp_store = DEFAULT; (0)
PRAGMA temp_store = FILE; (1)
PRAGMA temp_store = MEMORY; (2)

查詢或更改"temp_store"參數(shù)的設(shè)置。當(dāng)temp_store設(shè)置為DEFAULT (0),使用編譯時的C預(yù)處理宏 TEMP_STORE來定義儲存臨時表和臨時索引的位置。當(dāng)設(shè)置為MEMORY (2)臨時表和索引存放于內(nèi)存中。 當(dāng)設(shè)置為FILE (1)則存放于文件中。temp_store_directory pragma 可用于指定存放該文件的目錄。當(dāng)改變temp_store設(shè)置，所有已存在的臨時表，索引，觸發(fā)器及視圖將被立即刪除。

經(jīng)測試，在類BBS應(yīng)用上，通過以上調(diào)整，效率可以提高2倍以上。